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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Priifungsantrag gem. § 44 PatG ist gestellt 

® Computersystem und Verfahren zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von 
gewahlten Internetangeboten 

© Die Erfindung betrifft ein System zur variablen Tarifie- 
rung von Internetgebiihren in Abhangigkeit von gewahl- 
ten Internetangeboten, umfassend wenigstens einen Be- 
nutzerhost (1) und ein Tarifierungsserversystem (2), wo- 
bei der Benutzerhost (2) mit einem Tarifierungshilfspro- 
gramm ausgerustet ist, welches vom Benutzerhost (1) 
auszusendende Anfragen nach Internetangeboten auf Ta- 
rifrelevanz uberwacht und im Fall von Tarifrelevanz eine 
bisher bestehende Wahlverbindung (A) des Benutzer- 
hosts (1) zu einem Zugangsserver zum Internet (5) trennt 
und eine neue Wahlverbindung (T) zum Tarifierungsser- 
versystem (2) aufbaut, wenn die Wahlverbindung nicht 
bereits zum Tarifierungsserversystem (2) bestanden hat, 
wonach die Anfrage von dem Tarifierungsserversystem 

■ (2) zu dem das gewahlte Internetangebot bereitstellenden 
i Anbieterserver gelangt, wobei das Tarifierungsserversy- 

■ stem (2) so eingerichtet ist, daft es tarifrelevante Daten 
der Anfrage protokolliert, und wobei der Benutzerhost (1) 
und das Tarifierungsserversystem (2) so eingerichtet 
sind, daft eine Tarifanderung ohne Trennung der beste- 
henden Wahlverbindung (T) auftgrund der Protokollie- 
rung der tarifrelevanten Daten ermoglicht ist. Die Erfin- 
dung betrifft auch ein entsprechendes Computerpro- 
gramm-Produkt, Tarifierungsserversystem und Verfahren 
zur variablen Tarifierung. 
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Beschreibung 

[0001] Die Erfindung betrifft Systeme, Computerprogramm-Produkte, Tarifierungsserversysteme und Verfahren zur 
variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten. 
5 [0002] Fiir den elektronischen Handel und die Erbringung von Dienstleistungen im Internet sind verschiedene Verfah- 
ren bekannt. Am meisten verbreitet ist neben einer Begleichung von Zahlungsforderungen per Rechnung, Lastschrift 
oder Nachnahme die Bezahlung per Kreditkarte. Fiir kleine Transaktionen, also Betrage von z. B. Pfennigbruchteilen bis 
zu 50 DM (sog. Micropayment) sind diese Verfahren i. a. weniger geeignet, da sie relativ kompliziert sind und wegen der 
relativ hohen Transaktionskosten unrentabel sind. Guthabenbasierte Verfahren, die beispielsweise die sog. "Geldkarte" 
10 oder digitale Gutscheine verwenden, sind wegen ihren niedrigeren Transaktionskosten grundsatzlich fiir Micropayment 
geeignet. Nachteilig ist aber, daB die Teilnahme an solchen Verfahren die Einrichtung eines Guthabens zur Vorausset- 
zung hat, was fiir vielen Kunden eine Zutrittshiirde darstellt. Beispiele guthabenbasierter Verfahren sind aus der US-Pa- 
tentschrift 5,864,610 und der WO 99/22507 bekannt. 

[0003] Ein Bediirfnis nach einem einfachen und kostengiinstigen Micropayment-System besteht vor allem bei Dienst- 
15 anbietern, die Informationen zum Abruf ins Internet stellen und wegen des damit verbundenen Auf wands eine Vergiitung 
bendtigen. Ohne Vergiitung seitens des Benutzers, der die Dienste in Anspruch nimmt, konnen solche Anbieter versu- 
chen, sich iiber Werbung (z. B. in Form eingeblendeter Werbebannner) zu finanzieren. Eine Werbefinanzierung hat je- 
doch Grenzen; auBerdem ist das Einblenden von Werbung in vielen Fallen storend oder sogar unvertraglich mit den an- 
gebotenen Inhalten. Die eingangs bereits angesprochene andere Moglichkeit einer Abrechnung der in Anspruch genom- 
20 menen Dienste durch die erwahnten Bezahlverfahren ist jedoch fiir die hier meist geringen Bezahlbetrage wenig rentabel 
und verlangt auBerdem eine Authentifizierung des Benutzers, was normale "Internet-Surfer" eher von der Abfrage sol- 
cher Dienste fernhalt und sich damit hemmend fiir eine Verbreitung solcher Dienste auswirkt. 

[0004] Da der haufigste Zugang zum Internet iiber eine Wahlverbindung eines Telefon-Carriers zu einem Zugangspro- 
vider erfolgt, ist bereits vorgeschlagen worden, daB die Abrechnung von in Anspruch genommenen Internet-Diensten 

25 iiber die Abrechnung des Telefon-Carriers (also die Telefonrechnung) erfolgt. Hierzu sendet der jeweilige Anbieter nach 
jeder Inanspruchnahme seiner. Dienste eines Mitteilung iiber die fiir ihn einzuziehenden Vergiitung an den Telefon-Car- 
rier oder einen zwischengeschalteten Abrechnung sdienst. Derartige Losungen sind beispielsweise aus der 
DE 197 42 858 Al, WO 99/08242, WO 99/30293 und WO 99/62036 bekannt. In der US-Patentschrift 5,956,391 wird 
vorgeschlagen, daB ein fester Zugangsprovider, der Zugang zum Internet und einem Bereichsnetz vermittelt, den Verkehr 

30 zwischen Benutzer und dem Bereichsnetz dauernd iiberwacht und Daten des Benutzers und von im Bereichsnetz in An- 
spruch genommenen Diensten in einer Datenbank zusammenfiihrt, um eine Abrechnung dieser Dienste iiber die Telefon- 
rechnung zu ermoglichen. Auch hier erhalt der Zugangsprovider von den jeweiligen Dienstanbietern anfragespezifische 
Informationen iiber die in Anspruch genommenen Dienste bzw. iiber die gekaufte Ware. 

[0005] Eine andere Losung wird von der Firma "in medias res" unter dem Namen "NET900" angeboten (siehe 
35 http://www.inmedias-res.com/products.htm). Bei dieser Losung muB der Anwender ein Plug-in in seinen Browser instal- 
lieren. Greift er dann auf ein kostenpflichtiges Internetangebot zu, wird die bisherige Wahlverbindung getrennt und eine 
neue Verbindung iiber eine spezielle kostenpflichtige Rufnummer, ahnlich der in Deutschland verwendeten 0190-Ruf- 
nummern, aufgebaut. Sobald der Benutzer den kostenpflichtigen Dienst wieder verlassen mochte, wird die Verbindung 
iiber die besonders tarifierte Rufnummer beendet und die urspriingliche Verbindung wieder aufgebaut. Die Kosten fiir die 
40 Benutzung der besonders tarifierten Rufnummer werden iiber die normale Telefonrechnung abgerechnet. Die von den 
Anbietern bereitgestellten Internetseiten miissen speziell fiir die Verwendung unter dem NET900-Dienst hergerichtet 
sein, und zwar bedarf es einer Modifikation der zu tarifrelevanten Angeboten fiihrenden Links (d. h. der URLs, (URL = 
Uniform Resource Locator)). 

[0006] Ein weiterer Vorschlag ist schlieBlich aus der US-Patentschrift 5,970,477 bekannt. Hierbei wird auf dem Rech- 

45 ner des Anwenders ein Uberwachungsprogrammmodul installiert, welches die vom Anwender ins Internet gesendeten 
Anfragen anhand deren URL iiberwacht und im Fall einer Anfrage an eine spezifische (tarifrelevante) Internet-Site die 
Dauer der Verbindung zu dieser Site feststellt und diese Information dann an einen Abrechnung sservers sendet, welcher 
die Abrechnung vornimmt. GemaB diesem Vorschlag ist es auch moglich, nicht nur die Inanspruchnahme kostenpflich- 
tiger Internetangebote abzurechnen, sondern, im Gegenteil, auch eine Ubernahme der Internet-Zugangskosten wahrend 

50 des Zutritts zu einem spezifischen Internet- Angebot durch den jeweiligen Anbieter durchzufiihren. 

[0007] Die Erfinder der vorliegenden Erfindung haben erkannt, daB diese bekannten Bezahlverfahren, obgleich sie vor- 
teilhaft gegeniiber friiherem Stand der Technik sind, noch nicht als optimal anzusehen sind, da sie zum Teil eine Mitwir- 
kung der Anbieter, z. B. in Form von Versendung von Verbindungsinformation oder Modifikation der Internet- Angebote 
verlangen, da der zum Teil durchgefiihrte, fortwahrende Verbindungs-Neuaufbau storend sein kann oder Sicherheitsbe- 

55 denken wegen MiBbrauchsmoglichkeiten bestehen. 

[0008] GemaB einem ersten Aspekt stellt die Erfindung ein System zur variablen Tarifierung von Internetgebiihren in 
Abhangigkeit von gewahlten Internet- Angeboten bereit, welches wenigstens einen Benutzerhost und ein Tarifierungsser- 
versystem umfaBt, wobei der Benutzerhost mit einem Tarifierungshilfsprogramm ausgeriistet ist, welches vom Benutzer- 
host auszusendende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht und im Fall von Tarifrelevanz eine 

60 bisher bestehende Wahlverbindung des Benutzerhosts zu einem Zugangsserver zum Internet trennt und eine neue Wahl- 
verbindung zum Tarifierungsserversystem aufbaut, wenn die Wahlverbindung nicht bereits zum Tarifierungsserversy- 
stem bestanden hat, wonach die Anfrage von dem Tarifierungsserversystem zu dem betreffenden Anbieterserver gelangt, 
wobei das Tarifierungsserversystem so eingerichtet ist, daB es tarifrelevante Daten der Anfrage protokolliert, und wobei 
der Benutzerhost und der Tarifierungsserversystem so eingerichtet sind, daB eine Tarifanderung ohne Trennung der be- 

65 stehenden Wahlverbindung aufgrund der Protokollierung der tarifrelevanten Daten ermoglicht ist (Anspruch 1). Mit "ta- 
rifrelevanten" Angeboten sind oberbegriffartig sowohl kostenpflichtige Angebote gemeint, als auch Angebote, die unter 
einer teilweisen oder vollstandigen Erstattung der Verbindungsgebiihren abgerufen werden konnen. 
[0009] Fiir "exotische" Betriebssysteme kann die S chaff ung eines Tarifierungshilfsprogramms, welches die bestehende 
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Wahlverbindung gemaB Anspruch 1 trennt und eine neue zu einem Tarifierungs server aufbaut, relativ aufwendig sein. 
Ferner kann bei einer festen Verbindung zum Internet (z. B. iiber ein LAN oder eine Standleitung die, auf Ab- und An- 
wahl beruhende Losung gemaB Anspruch 1 technisch nicht machbar oder - wegen der zusatzlichen Verbindungskosten - 
wirtschaftlich nicht sinnvoll sein. Insbesondere fur diese Falle stellt die Erfindung gemaB einem zweiten Aspekt ein Sy- 
stem zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten bereit, welches 5 
wenigstens einen Benutzerhost und ein Tarifierung sserversy stem umfaBt, wobei der Benutzerhost mit einem Tarifie- 
rungshilfsprogramm ausgeriistet ist, welches vom Benutzerhost auszusendende Anfragen nach Internetangeboten auf Ta- 
rifrelevanz iiberwacht und im Fall von Tarifrelevanz iiber das Internet eine Umleitung der Anfrage iiber das Tarifierungs- 
serversystem veranlaBt, wobei das Tarifierungs serversy stem so eingerichtet ist, daB die Anfrage von ihm zu dem betref- 
fenden Anbieterserver gelangt, wobei das Tarifierungsseversystem tarifrelevante Daten der Anfrage protokolliert (An- 10 
spruch 2). 

[0010] In den abhangigen Patentanspriichen sind vorteilhafte Ausgestaltungen angegeben. 

[0011] GemaB Anspruch 3 bilden die beiden genannten Aspekte vorteilhaft keine sich ausschlieBenden Alternativen; 
vielmehr sind sie in einem System zusammengefaBt, welches sowohl wenigstens einen Benutzerhost mit Ab/Anwahl ge- 
maB Anspruch 1 und wenigstens einen weiteren Benutzerhost mit Internet-Umleitung der Anfragen gemaB Anspruch 2 15 
aufweist, wobei das (einzige) Tarifierungs serversy stem mit beiden Arten von Benutzerhosts zusammenarbeitet. 
[0012] Um auch Benutzerhosts mit Betriebssystemen oder Browsern einschlieBen, fur die noch keine derartige Umlei- 
tungs-Software zur Verfiigung steht, kann gemaB Anspruch 4 auch ein Benutzerhost in das System integriert sein, von 
dem samtliche Anfragen nach Internetangeboten, das heiBt auch nicht-tarifrelevante Anfragen iiber das Tarifierungsser- 
versystem geleitet werden. Dies hat zwar den Nachteil, daB das Tarifierungsserversystem anders als bei der Umlei- 20 
tungs-Losung gemaB Anspruch 2 - einem hohen Verkehr ausgesetzt ist, was aber fur den Vorteil einer Integration auch 
solcher Hosts in Kauf genommen werden kann. 

[0013] GemaB Anspruch 5 ist das System so eingerichtet, daB zur Abrechnung die protokollierten Daten der Anfrage 
mit vom Wahlverbindungs-Carrier gelieferten Verbindungsdaten zusammengefiihrt werden. Bei letzterem handelt es 
sich beispielsweise um einen sogenannten Caller Detail Record (CDR), welcher iiblicherweise die Telefonnummer (An- 25 
schluBkennung) des Anrufers (A-Nummer), die Telefonnummer des Angerufenen (B-Nummer) und den Anfangs- und 
Endzeitpunkt der physikalischen Verbindung beinhaltet. Die Zusammenfiihrung mit den protokollierten Daten kann 
darin bestehen, daB die physikalische Verbindung in mehrere aufeinanderfolgende logische Verbindungen mit ggf. unter- 
schiedlichen Tarifen unterteilt wird. Die Zusammenfiihrung kann vorteilhaft eine Synchronisierung der physikalischen 
Anfangs- und Endzeit mit den entsprechenden, vom Abrechnungs server protokollierten Zeiten umfassen. 30 
[0014] Um Zugang zu einem kostenpflichtigen Internetangebot zu erhalten, muB sich ein Benutzer herkommlicherwei- 
ser authentifizieren, damit ihm die Zugangskosten zugeordnet und berechnet werden konnen. Hierzu muB sich der Be- 
nutzer herkommlicherweise unter Angabe umfangreicher Personendaten einmalig registrieren lassen, wobei er einen Be- 
nutzernamen und ein PaBwort erhalt. Spatere Zugange sind dann herkommlicherweise mit einer etwas weniger aufwen- 
digen Anmeldung moglich, welche nur die Angabe dieser Zugangsdaten erfordert. Eine solche Prozedur halt Surfer eher 35 
davon ab, derartige Internetangebote in Anspruch zu nehmen. GemaB Anspruch 6 braucht der Benutzer jedoch bei einer 
Anfrage an ein derartiges zugangsgeschiitztes Internetangebot keine derartigen Anmeldedaten anzugeben; vielmehr ist 
das Tarifierungsserversystem so eingerichtet, daB er diese Anfrage um tarifierungsserversystem-bezogene Zugangsdaten 
(also z. B. einen Masternamen und ein MasterpaBwort des Tarifierungs servers) erganzt. Erfolgt der Zugang zum Tarifie- 
rungsserversystem iiber eine Wahlverbindung gemaB Anspruch 1, so ist der Benutzer durch seine AnschluBkennung au- 40 
thentifiziert, so daB in diesem Betriebsmodus aus Sicht des Benutzers jegliche Anmeldeprozedur fur kostenpflichtige In- 
ternetangebote entfallen kann. Erfolgt der Zugang zum Tarifierungsserver hingegen iiber das Internet gemaB Anspruch 2 
oder 4, so ist im allgemeinen eine Authentifizierung des Benutzers beim Tarifierungsserversystem (z. B. durch Anmel- 
dung mit Benutzername und PaBwort) erforderlich. Eine einzige Anmeldung beim Tarifierungsserver kann aber fiir eine 
ganze Sitzung gelten, in der eine Vielzahl verschiedener zugangsgeschiitzter Internetangebote abgefragt werden kann, 45 
was herkommlicherweise eine Vielzahl von Anmeldungssprodezuren erforderlich machen wiirde. 

[0015] Anspruch 7 bringt heraus, daB die Tarifierung vom Tarifierungsserversystem vorzugsweise auf der Grundlage 
der Beobachtung der durchlaufenden Anfragen durchgefiihrt wird, daB hierzu der Anbieterserver dem Tarifierungsser- 
versystem aber keine anfragebezogenen Tarifierungsdaten iibermittelt, und daB ferner die vom Anbieterserver bereitge- 
stellten Internetangebote vorzugsweise keine Anpassung oder Modifizierung benotigen, um in die Tarifierung des vorlie- 50 
genden Systems eingebunden werden zu konnen. Unter "anfragebezogenen Tarifierungsdaten" werden nicht etwa allge- 
meine Tarifierungsdaten (wie etwa die Kosten pro Minute oder Anfrage) verstanden, sondern fur die jeweilige einzelne 
Anfrage spezifische Tarifierungsdaten (wie etwa die Kosten einer speziellen Anfrage). Der Anbieter braucht also keiner- 
lei technische oder organisatorische Modifikationen seiner kostenpflichtigen Internetangebote vorzunehmen. Er kann da- 
her ein- und dieselben kostenpflichtigen Internetangebote sowohl zur direkten Nutzung durch Kunden, die nicht mit dem 55 
vorliegenden Tarifierungssystem arbeiten, als auch zur indirekten Nutzung iiber das Tarifierungsserversystem bereitstel- 
len. Die Ausrii stung eines Internetangebots mit einer iib lichen Zugangssperre wird dabei nicht als " Modification" ange- 
sehen, da auch herkommlicherweise ein Internetangebot selbstverstandlich mit einer solchen Zugangssperre ausgeriistet 
wird, wenn es kostenpflichtig ist und die Kosten mit herkommlichen Einzelabrechnungen von den Benutzern eingefor- 
dert werden sollen. 60 
[0016] GemaB Anspruch 8 umfassen die "tarifrelevanten Angebote" sowohl kostenpflichtige Angebote also auch An- 
gebote mit teilweiser oder vollstandiger Erstattung von Kosten, insebondere der Verbindungskosten. Letzteres ist eine 
wichtige MaBnahme zur breiteren Durchsetzung des elektronischen Handels, da hierdurch der Kunde (der Benutzer) ko- 
stenfrei, und damit ohne Zeitdruck das Angebot eines "elektronischen" Kaufhauses studieren kann, so wie er dies auch 
bei einem "physischen Kaufhaus" tun kann. In technischer Hinsicht ist eine Kostenerstattung bei samtlichen genannten 65 
Zugangsarten moglich. Zur Vermeidung von MiBbrauch sollte aber eine Kostenerstattung nicht iiber die tatsachlich an- 
fallenden Verbindungskosten hinausgehen. Diese sind aber nur bei einem Zugang zum Tarifierungsserver iiber Wahlver- 
bindung mit Sicherheit bekannt, nicht jedoch bei einem Zugang iiber das Internet, so daB von einer Kostenerstattung in 
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der Praxis voraussichtlich nur bei Wahlverbindungszugang Gebrauch gemacht werden wird. 

[0017] GemaB Anspruch 9 ist das System so eingerichtet, daB im Fall einer Anderung im Kreis der von dem System er- 
faBten tarifrelevanten Angebote, insbesondere im Fall eines Neuzugangs, der Benutzerhost diese Anderung selbsttatig 
auf seiner Benutzeroberflache anzeigt. Mit dieser MaBnahme kann ein groBer Marketingeffekt verbunden sein, indem 
5 alle Benutzer des Timeweb-Sy stems z. B. durch ein sich selbsttatig auf der Benutzeroberflache offnendes "Pop-up" auf 
einen Neuzugang oder eine Tarifanderung aufmerksam gemacht werden. 

[0018] GemaB Anspruch 10 ist das System so eingerichtet ist, daB es fur die Abrechnung eine physikalische Wahlver- 
bindung logisch in mehrere virtuelle Wahlverbindungen aufteilt. 

[0019] In technischen Hinsicht laBt sich ein System der vorliegenden Art am einfachsten als Gesamtsystem definieren 

10 und beschreiben, entsprechend den Patentanspriichen 1-10 und der vorstehenden Erlauterung. In patentrechtlicher Hin- 
sicht konnen sich hierbei jedoch Probleme bei der Durchsetzung des Patentschutzes ergeben, da aufgrund des Delokali- 
sierungscharakters des Internets einzelne Teile des Gesamtsy stems moglicherweise ins patentfreie Ausland ausgelagert 
werden konnen und zudem ein Teil des Gesamtsystems, namlich der Anwenderhost, fallweise im privaten Bereich ange- 
siedelt sein wird. Aus diesem Grund enthalt der beigefugte Anspruchssatz neb en den bereits erlauterten, auf das Gesamt- 

15 system gerichteten Patentanspriichen zwei Gruppen von nebengeordneten Patentanspriichen, von denen eine auf ein 
Computerprogramm-Produkt zum Ablauf mit einem Internet-Browser auf einem Benutzerhost und die andere auf ein Ta- 
rifierungs-Serversystem gerichtet ist. Dabei spiegelt sich die Struktur der oben erlauterten Gesamtsy stem- Anspriiche, 
also insbesondere die unterschiedlichen Zugangsmoglichkeiten zum Tarifierungsserversystem gemaB Anspriichen 1^4, 
auch in diesen beiden nebengeordneten Anspruchsgruppen wieder. Somit gibt es drei Gruppen von Sachanspriichen. 

20 Diese sind gefolgt von drei entsprechenden Gruppen von Verfahrensanspriichen, also einer ersten Gruppe die auf das Ge- 
samtverfahren gerichtet ist, einer zweiten Gruppe, die auf das beim Benutzerhost ausgefiihrte Verfahren ausgerichtet ist, 
und einer dritten Gruppe die auf das beim Tarifierungsserversystem ausgefiihrte Verfahren gerichtet ist. Zur Vermeidung 
von Wiederholungen wird hinsichtlich dieser Anspruchsgegenstande im wesentlichen auf die obigen Ausfiihrungen zu 
den Anspriichen 1—10 verwiesen. 

25 [0020] Zu den auf ein Computerprogramm-Produkt gerichteten Patentanspriichen sei jedoch erwahnt, daB unter dem 
"Computerprogramm-Produkt" ein Computerprogramm oder Computerprogramm-Modul zu verstehen ist, welches 
durch Speicherung (z. B. auf einem magnetischen Speichermedium oder in einer fliichtigen oder nicht-fliichtigen Halb- 
leiterspeicher eines Computers) oder durch Signale, die iiber ein Netzwerk z. B. das Internet versendet werden verkorpert 
ist. Dabei braucht das Computerprogramm nicht in einer unmittelbar ausfiihrbaren Form vorzuliegen; vielmehr kann es 

30 auch in einer fur die Installation auf dem Benutzerhost vorbereiteten Form vorliegen, wobei es selbstverstandlich ge- 
packt, verschliisselt, fiir eine etwaige Versendung iiber ein Netz in Pakete zerteilt und mit iibertragungsbezogenen Hea- 
dern versehen sein kann, etc.. 

[0021] Zu Anspruch 14 ist anzumerken, daB ein Betriebsmodus, bei dem samtliche Anfragen zum Tarifierungsserver- 
system geleitet werden, keines speziellen Programms bedarf, da dieser Betriebsmodus, durch ein manuelles Eintragen 
35 des Tarifierungsservers als Proxy im Browser des Anwenderhosts erreicht werden kann. Mit Hilfe des Tarifierungshilfs- 
programms kann dieser Eingabe selbsttatig eingerichtet werden. 

[0022] GemaB Anspruch 15 kann bei Ausgestaltungen mit mehreren Betriebsmodi das Tarifierungshilfsprogramm des 
Computerprogramm- Produkts selbsttatig erkennen, in welchem Betriebsmodus es operieren soli. Die Erkennung beruht 
auf Netzwerkeinstellungen des Anwenderhosts. 

40 [0023] GemaB Anspruch 16 wird die Uberwachung des mit Hilfe eines Browsers durchgefiihrten Internetverkehrs des 
Benutzerhosts durchgefiihrt, indem sich das Tarifierungshilfsprogramm als Proxy beim Browser eintragt oder - bei Be- 
triebssystemen oder Browsern, die nur den Betriebsmodus mit Umleitung aller Anfragen iiber den Tarifierungs server er- 
lauben - vom Benutzer als Proxy eingetragen wird. Folge einer Eintragung als Proxy ist, daB alle in das Internet auszu- 
sendende Anfragen zunachst an das Tarifierungshilfsprogramm geleitet werden. Statt als Proxy eingetragen zu sein, kann 

45 das Tarifierungsprogramm auch den TCP/IP- Verkehr des Anwenderhosts scannen und die Zieladressen der TCP/IP-Pa- 
kete verandern, so daB diese zum Tarifierungsserversystem umgeleitet werden. 

[0024] GemaB Anspruch 17 ist das Tarifierungshilfsprogramm so eingerichtet, daB es eine Liste der tarifrelevanten In- 
ternetangebote speichert und die Uberwachung der vom Benutzerhost zusendenden Anfragen anhand dieser gespeicher- 
ten Liste durchfiihrt. Unter einem "Internetangebot" wird vorzugsweise eine Gruppe von Internetobjekten des gleichen 

50 Tarifs von einem Anbieter verstanden. Eine solche Gruppe kann auch Objekte von verschiedenen Servern enthalten. Fiir 
die Erkennung einer Anfrage nach einem tarifrelevanten Angebots ist aufgrund der gespeicherten Liste keine Kennzeich- 
nung der URLs erforderlich, die darauf hinweist, daB es sich um ein tarifrelevantes Angebot handelt. Vorzugsweise han- 
delt es sich bei den Internetangeboten- bzw. objekten um HTTP-Dokumente (d. h. Web-Seiten, z. B. in einer Aufma- 
chungssprache, wie HTML oder XML), oder um Video-, Musik- oder andere, in einem Streaming- Verfahren ubermittelte 

55 Dokumente. Falls mehrere HTTP-Dokumente zu einem Angebot gehoren, so daB diese eine Gruppe bilden, ist es vorteil- 
haft, wenn in der Liste die jeweilige Gruppen - und nicht die einzelnen Internetangebote der Gruppen - erscheinen. Es ist 
dann namlich keine Anderung der Liste erforderlich, wenn es innerhalb einer Gruppe zu einer Anderung kommt (z. B. 
ein Zugang oder Wegfall eines HTTP-Dokuments). Die Gruppe wird durch eine URL definiert. Alle Dokumente, die 
iiber eine URL referenziert werden konnen, die mit der Gruppen-URL beginnt, werden al Teil der Gruppe betrachtet. 

60 [0025] Grundsatzlich kann der Benutzer durch freies "Surfen" auf ein tarifrelevantes Angebot stoBen und eine entspre- 
chende Anfrage - die vom Tarifierungshilfsprogramm erkannt wird - absenden. Die Ausgestaltung gemaB Anspruch 18 
erlaubt dariiber hinaus einen "Schnellzugang", indem die Liste der tarifrelevanten Internetangebote auf einer Benutzer- 
oberflache des Anwenderhosts anzeigbar ist und der Benutzer aus dieser Liste einen Eintrag auswahlen kann, woraufhin 
eine Anfrage nach dem entsprechenden Internetangebot abgesendet wird. 

65 [0026] Laufend konnen neue Anbieter mit tarifrelevanten Angeboten hinzutreten und andere wegf alien. GemaB An- 
spruch 19 aktualisiert das Tarifierungshilfsprogramm die Liste der tarifrelevanten Internetangebote laufend selbsttatig 
durch entsprechende Anfragen an den Tarifierungs server. Obwohl dies fiir die Hauptfunktionen des Tarifierungshilfspro- 
gramms (namlich Uberwachung der Anfragen und Umschaltung bzw. Umleitung im Fall einer tarifrelevanten Anfrage) 
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nicht erforderlich ist, kann das Tarifierungshilfsprogramm den Benutzer vorteilhaft auch iiber die jeweiligen Tarife infor- 
mieren. Vorteilhaft aktualisiert das Tarifierungshilfsprogramm auch derartige, mit den Internetangeboten verkniipfte In- 
formationen. Vorteilhaft erfolgt im Rahmen dieser Aktualisierung ein Hinweis auf der Benutzeroberflache, wenn es im 
Kreis der Angebote zu einer fur den Benutzer wissenswerten Anderung gekommen ist, etwa einem Neuzugang eines An- 
bieters (Anspruch 20). 5 
[0027] Die Erfindung wird nun anhand von Ausfiihrungsbeispielen und der angefiigten Zeichnung naher erlautert. In 
der Zeichnung zeigen: 

[0028] Fig. 1 eine Ubersicht der Einsatzgebiete eines Ausfiihrungsbeispiels der Erfindung; 
[0029] Fig. 2 eine Veranschaulichung des Verfahrens bei einem kostenpflichtigen Webangebot; 

[0030] Fig. 3 eine Matrix einer beispielhaften Zugangssteuerung fur ein subventioniertes Internetangebot; 10 
[0031] Fig. 4 eine Veranschaulichung der Benutzeroberflache beim Schnellzugriff auf eine tarifrelevante Website; 
[0032] Fig. 5 eine Veranschaulichung gemaB Fig. 4, jedoch fur den Fall, daB der Benutzer beim freien Surfen eine An- 
frage an die tarifrelevante Website richtet; 

[0033] Fig. 6 eine schematische Darstellung der Zugangsmoglichkeiten zum Tarifierungsserver bei verschiedenen Be- 
triebsmodi; 15 
[0034] Fig. 7 eine Veranschaulichung des Betriebsmodus 1; 
[0035] Fig. 8 eine Veranschaulichung des Betriebsmodus 2; 
[0036] Fig. 9 eine Veranschaulichung des Betriebsmodus 3; 

[0037] Fig. 10 eine Veranschaulichung der im Betriebsmodus 1 erfolgenden Abrechnung; 

[0038] Fig. 11 eine Darstellung der Arbeitsweise des Tarifierungshilfsprogramms im Betriebsmodus 2. 20 
[0039] Die im folgenden beschriebene Ausfiihrungsform der Erfindung wird unter anderem als "TimeWeb" bezeichnet. 
Bei den "Internetangeboten" handelt es sich im folgenden um HTTP-Dokumente (Web-Seiten), wobei die Web-Seiten ei- 
nes Servers insgesamt als "Website" bezeichnet sind. Statt "Benutzer" wird bisweilen auch der Begriff "Kunde" oder 
"Surfer" verwendet. Das Tarifierungshilsprogramm wird auch als "Client" oder "Plug-In" bezeichnet. Mit "dem Internt" 
ist das heutige weltumspannende Internet mit der TCP/IP-Protokollsuite gemeint. 25 
[0040] TimeWeb ist eine Technologie, die neue Strukturen innerhalb der komplexen Internetstruktur schafft, um eine 
variable Gebiihren abrechnung zwischen Anbietern und Kunden zu ermdglichen. Insbesondere geht es um eine zeitab- 
hangige Aufteilung der Zugangskosten zum Internet zwischen Kunden und einzelnen Anbietern. 

[0041] TimeWeb klinkt sich an mehreren Stellen in die Internetinfrastruktur ein und bildet somit einer iibergelagerte 
Struktur. TimeWeb erlaubt: 30 



- eine transparente Einbettung ins Internetgefiige von Benutzer und Anbieter; 

- das Abfangen der Aufrufe von Web-Seiten durch den Benutzerhost; 

- im Betriebsmodus 1 (es handelt sich um den Modus des Anspruchs 1, der unten noch naher erlautert wird): Ein 
transparentes Neueinwahlen in einen Internetzugang zum Time Web-Server, wobei der Tarif wahrend der Verb in- 35 
dungszeit geandert werden kann, wodurch eine Neuanwahl bei Tarifwechsel iiberfliissig wird. Bei einem Wechsel 

des Tarif s - etwa weil der Benutzer zu einem anderen Angebot iiberwechseln will - bleibt die Wahlverbindung zum 
Time web- Serversy stem bestehen. Will der Benutzer zu einem nicht- tarifrelevanten Webangebot wechseln, so kann 
er wahlweise die bestehende Wahlverbindung zum Timeweb-Serversystem aufrechterhalten, oder alternativ, diese 
beenden, und eine neue Wahlverbindung zu dem ursprunglichen Zugangsprovider herstellen; 40 

- eine Umleitung und "Manipulation" von Anfragen nach Webseiten seitens des Benutzers, wodurch der Benutzer 
einen vereinfachten und anonymisierten Zugang zu den Webseiten erhalt und technischer Aufwand hinsichtlich ei- 
ner Anpassung von Webseiten auf Anbieterseite vermieden wird. 

[0042] Fig. 1 veranschaulicht die Einsatzgebiete des Time web- Systems. Herkommlicherweise zahlt der Benutzer seine 45 
normalen Zugangskosten, die sich beispielsweise aus den zeitabhangigen Kosten fiir eine Telefon-Ortsverbindung und 
dem zeitabhangigen Kosten eines Internet-Serviceproviders zusammensetzen konnen. Verbreitet sind auch Abrech- 
nungsmodelle, bei denen diese bei den Kostenfaktoren in einem einzigen zeitabhangigen Tarif vereinigt sind. Die Anbie- 
ter erhalten hierbei herkommlicherweise keinen Anteil von den Zugangskosten, das herkommliche Internet ist fur sie 
also kostenneutral. 50 
[0043] Mit dem Time web-System kann der Benutzer gemaB Fig. 1 kostenpflichtige Inhalte in Anspruch nehmen, wo- 
bei er anonym bleibt. Er zahlt hierfiir mehr als die normalen Zugangskosten, wobei der Anbieter einen wesentlichen Teil 
der Mehrzahlung erhalt (einen kleineren Teil erhalt das Time web- System fur seine Dienstleistung). 
[0044] Eine andere Anwendung des Timeweb-Sy stems besteht gemaB Fig. 1 darin, daB dem Benutzer die Abfrage von 
Webangeboten dadurch attraktiv gemacht wird, daB er weniger als die normalen oder sogar keine Zugangskosten zu be- 55 
zahlen braucht, also der Anbieter einen Teil der Zugangskosten bzw. die gesamten Zugangskosten iibernimmt. 
[0045] Technisch geschieht dies beim Betriebsmodus 1 iiber eine variable Tarifierung der Wahlverbindung wobei - 
wie bereit erwahnt wurde sich der Tarif im Verlauf der durchgangig bestehenden Wahlverbindung andern kann. Die 
Abrechnung erfolgt iiber die Telefoncarrier-Rechnung des Anwenders. Mit der Timeweb-Losung ist der Inkassoaufwand 
auf ein Minimum reduziert. Der Anbieter erhalt z. B. monatlich eine Sammelrechnung oder -gutschrift. Das Time web- 60 
System verursacht keinen technischen Aufwand fiir den Anbieter, denn sein komplettes Angebot bleibt unverandert er- 
halten. Internet-Surfer konnen weiterhin iiber einen normalen Internetzugang d. h. ohne Benutzung des Timeweb-Sy- 
stems das Internetangebot des Anbieters in Anspruch nehmen. Das Timeweb-System benotigt vom Anbieter nur eine In- 
formation iiber die einzubeziehenden Webseiten (URLs) und den jeweiligen Tarif. Das System erlaubt eine flexible Ko- 
stenteilung zwischen Anbieter und Benutzer. Der Anbieter kann von "kostenfrei fiir den Benutzer" bis hin zu einer belie- 65 
bigen zeitlichen Vergiitung und/oder einer einmaligen Einwahlgebiihr frei wahlen. 

[0046] Alle Websites, die indirekte Einnahmen aus dem Besuch von Internetusern erzielen (beispielsweise durch Ein- 
blendung von Werbung) oder ein iibergeordnetes Interesse an "Page visits" haben, konnen vorteilhaft die kostenreduzierte 
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oder -befreite Van ante von Time web fur ihr Marketing einsetzen. Hierbei subventioniert der Anbieter die Besucher sei- 
ner Website, vorausgesetzt, daB diese die Website iiber das Tarifierungsserversystem von Time web besuchen. Sob aid der 
Benutzer das Angebot des Anbieters verlaBt, wird die Subventionierung beendet. Kostenreduzierte oder -befreite Ange- 
bote konnen insbesondere in folgenden Fallen interessant sein; werbefinanzierte Internetangebote; Internetauftritte zum 
5 Anbahnen von Beziehungen zu potentiellen Investoren; elektronischer Handel; und Intranet-Systeme. Bei Intranet- Sy- 
stemen kann z. B. fur AuBendienstmitarbeiter eines Unternehmens dessen Intranet iiber das Time web-System "freige- 
schaltet" sein. Die AuBendienstmitarbeiter zahlen beim Surfen im Internet normale Zugangskosten, der Zutritt zum Int- 
ranetbereich ihres Unternehmens ist fur sie aber kostenfrei. 

[0047] GemaB Fig. 2 surft ein Benutzer mit einem Benutzerhost 1 im Internet (Schritt SI). Ein auf dem Benutzerhost 1 

10 installiertes und residentes Tarifierungshilfsprogramm (Windows-Plugin) iiberwacht alle Webseiten-Anfragen des Web- 
browsers des Hosts 1 und vergleicht sie mit einer Liste registrierter Webangebote. Im Falle einer Ubereinstimmung baut 
das Windows-Plugin im Betriebsmodus 1 die bestehende Wahlverbindung ab, soweit diese zu einem Time web- fremden 
Internetprovider fiihrt, und baut eine neue Wahlverbindung zum Time web-Tarifierungsserversy stem 2 auf. Beim Tarifie- 
rungsserversystem 2 iiberwacht ein Proxy jeden einzelnen Aufruf einer Webseite, ahnlich wie dies auch das Windows- 

15 Plugin vornimmt. Je nachdem ob eine zugangsgeschiitzte Webseite aufgerufen wurde, laBt der Time web- Server mit sei- 
ner Proxy funktion die gewahlte URL durch, oder er nimmt Veranderungen an der URL vor. So kann der Benutzerhost 1 
mit seiner Anfrage auf zugangsgeschiitzte Webseiten gelangen, ohne das der Benutzer das Password fur diese Seiten ken- 
nen muB und ohne das seine Identitat dem Anbieter offenbart wird. Ein sogenannter "Watchdog" beim Timeweb-Server- 
system 2 priift asynchron, ob wahrend des Besuchs einer Webseite eine Zugangsbeschrankung auftritt (dies kann z. B. 

20 der Fall sein, wenn die Zugangsdauer beschrankt ist) oder ein sogenannter Timeout auftritt (dies ist z. B. der Fall, wenn 
ein Benutzer langer als einen bestimmten Zeitraum (etwa drei Minuten) auf einer kostenrelevanten Seite inaktiv ist). 
Dann wird der Zugang unterbrochen oder, bei einem subventionierten Zugang, die Subventionierung beendet. 
[0048] Der gesamte Internetverkehr des Benutzers 1 iiber das Timeweb-Serversystem 2 wird protokolliert. In festge- 
legten Zeitabstanden, z. B. jeweils am Monatsende werden aus den protokollierten Aktivitaten des Kunden Abrech- 

25 nungsdatensatze generiert. Da der Kunde iiber ein- und dieselbe Wahlverbindung mehrere unterschiedliche Tarifsatze 
wahrnehmen kann, werden zur Abrechnung aus einer physikalischen Verbindung mehrere virtuelle Verbindungen gene- 
riert. Die entsprechenden Abrechnungsdatensatze (CDRs) werden im Schritt S2 an den Telefoncarrier iibermittelt. Bei ei- 
ner (in Fig. 2 nicht dargestellten) Ausfiihrungsform iibersendet der Telefoncarrier vor dem Schritt S2 an das Timeweb- 
Serversystem 2 Abrechnungsdatensatze iiber die physikalischen Verbindungen, die eine Art Synchronisationsrahmen fiir 

30 die vom Timeweb-Serversystem 2 zu generierenden Abrechnungsdatensatze darstellen. Der Telefoncarrier sorgt dann im 
Schritt S3 fiir ein Inkasso der angefallenen Gebiihren iiber die Telefonrechnung, welche der Benutzer im Schritt S4 be- 
zahlt. Der Telefoncarrier leitet im Schritt S5 die Vergiitung an das Time web-System weiter, welches im Schritt S6 eine 
Riickvergiitung an die Anbieter durchfiihrt. Bei konstensubventionierten oder -freien Webangeboten kann die Zahlung 
des Benutzers im Schritt S4 geringer werden oder ganz entfallen und die Richtung der Vergiitung im Schritt S6 wird sich 

35 umkehren. Moglicherweise wird sich auch die Zahlungsrichtung im Schritt S5 umkehren, abhangig vom AusmaB der 
S ub ventionierung. 

[0049] Diese Losung erlaubt eine nahtlose Integration beim Anbieter. Dieser muB technisch und inhaltlich nichts an 
seinem Websystem vornehmen. Sie erlaubt auch eine nahtlose Integration beim Benutzer. Dieser kann namlich weiter 
iiber seinen bisherigen Intern etzugang (z. B. T-Online) surfen. Nur wenn er eine kostenrelevante registrierte Webseite an- 
40 fordert, wird das Time web-System aktiv, sofern es in den (unten naher erlauterten) Betriebsmodi 1 oder 2 arbeitet. 

[0050] Um bei subventionierten Internetangeboten die Kosten fiir die Anbieter kalkulierbar zu machen, verfiigt das H- 
meweb-System fakultativ iiber eine Zugangssteuerung, welche beispielhaft in Fig. 3 veranschaulicht ist. Die Zugangs- 
steuerung kann eine oder mehrere der folgenden Beschrankungen einfiihren: 

45 - maximal einen vorbestimmten Eurobetrag pro Zeiteinheit (z. B. Tag oder Monat) zu subventionieren; 

- maximal eine vorbestimmte Anzahl von verschiedenen Benutzern pro Zeiteinheit zuzulassen; 

- maximal eine vorbestimmte Anzahl von Benutzern insgesamt zuzulassen; 

- maximal eine vorbestimmte Anzahl von Zutritten pro Zeiteinheit oder insgesamt zuzulassen. 

50 [0051] Beispielsweise will (gemaB Fig. 3) ein Anbieter im Rahmen einer Marketingaktion jeden Monat 10.000 Zutritte 
kostenfrei zulassen. Die Aktion darf monatlich nicht mehr als 20.000 Euro an Kosten verursachen. Sie lauft, bis das Ge- 
samtbudget von 70.000 Euro aufgebraucht ist. Entsprechend lauft im Timeweb-Serversystem ein Monatszutrittszahler, 
ein Monatskostenzahler und ein Gesamtkostenzahler fiir die betreffende Website. Sobald einer der Zahler die jeweilige 
vorbestimmte Grenze iiberschreitet, ist kein subventionierter Zugang zu der Website mehr moglich. Uber eine derartige 

55 Matrix las sen sich unterschiedlichste Marketingaktivitaten definieren. 

[0052] Die Zugangssteuerung kann auch benutzerbezogen erfolgen. Beispielsweise kann in einem elektronischen Bii- 
cherkaufhaus jeder Benutzer monatlich zwanzig Freiminuten zum Biichersuchen erhalten. Im Rahmen von Kundenbin- 
dungssystemen konnen beispielsweise Benutzer, die bei einem elektronischen Kaufhaus einen monatlichen Mindestum- 
satz generiert haben, in einem speziellen Online-Katalog kostenlos blattern und bestellen. 

60 [0053] Fiir Websites mit Passwortzugang vergibt der Anbieter an das Timeweb-Serversystem 2 einen Masteruser-Na- 
men und ein Masterpasswort. Das Timeweb-Serversysstem schleust alle Benutzer unter diesem Master- Account in das 
Anbietersystem ein, ohne das der einzelne Benutzer die Zugangsdaten kennen muB. 

[0054] Eine Website kann einheitlich tarifiert sein, es sind in einer Website aber auch mehrere, unterschiedlich tarifierte 
Webseiten oder Webbereiche moglich. Dies ist z. B. interessant fiir Werbeaktionen, bei denen Benutzer in bestimmte Be- 
65 reiche einer Website gezogen werden sollen, oder fiir Falle, bei denen nur einzelne Seiten einer Website werbefinanziert 
sind (z. B. durch Bannerwerbung). 

[0055] Das Windows-Plugin wird auf einer Webseite des Timeweb-Serversystems 2 zum Herunterladen angeboten. Es 
besteht ferner die Moglichkeit, daB es auch die Anbieter auf ihren tarifrelevanten Websites zum Herunterladen anbieten, 
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was jedoch eine entsprechende (geringfiigige) Modifikation der Anbieterweb sites erfordert. Wie unten noch naher erlau- 
tert wird, bietet das Plugin einen Schnellzugriff auf alle registrierten kostenrelevanten Websites. Es iiberwacht alle An- 
fragen nach Webseiten und nimmt in Abhangigkeit von der angefragten Webseite eine Abwahl/Anwahl bzw. Umleitung 
zum Timeweb-Serversystem vor. Es informiert den Benutzer iiber Tarifanderungen bei kostenrelevanten Webangeboten 
und iiber neu hinzugekommene kostenrelevante Webangebote. 5 
[0056] Fig. 4 veranschaulicht die Benutzeroberflache des Benutzerhosts 1 bei dem genannten Schnellzugriff. Durch ei- 
nen "Rechtsklick" auf das Time web-Symbol auf einer Windows-Symbolleiste laBt sich eine Meniiliste der registrierten 
kostenrelevanten Webangebote offnen. Diese kann bei einer groBeren Zahl von Webangeboten in thematisch geordnete 
Untermeniis aufgeteilt sein und dariiber hinaus neue oder besonders beworbene Websites auf besonders herausgestellte 
Weise anzeigen. In dem in Fig. 4 gezeigten Beispiel wahlt der Benutzer aus der Liste ein subventioniertes Webangebot. 10 
Es erscheint dann ein Bild, welches ihn iiber die Wahl eines kostenfreien Angebotes informiert und fragt, ob er die ge- 
wahlt Website tatsachlich besuchen will. Bei anderen (nicht gezeigten) Ausfiihrungsformen entfallt diese Anfrage bei 
kostensubventionierten Websites; bei kostenpflichtigen Websites diirfte sie jedoch in der Regel erforderlich sein. Sofern 
der Benutzer die Frage bejahend beantwortet, gelangt er zu der gewahlten Website. 

[0057] Falls der Benutzer beim freien Surfen eine Anfrage nach einer registrierten kostenrelevanten Website richtet, 15 
wie dies in Fig. 5 veranschaulicht ist, so erhalt er ohne Darstellung der in Fig. 4 gezeigten Menii-Liste unmittelbar die in 
Fig. 4 erwahnte Anfrage, ob er die gewahlte Website besuchen will. 

[0058] Wahrend der Benutzer im Internet online ist, aktualisiert sich das Plugin selbstandig im Hintergrund. Auf neue 
Anbieter wird der Benutzer durch eine selbsttatig erscheinende Dialogbox aufmerksam gemacht. 

[0059] Im folgenden wird die Timeweb-Technologie naher erlautert. Ein Webangebot besteht aus Internetinhalten 20 
(Webseiten), die zu einem bestimmten Tarif angeboten werden. Der Tarif ist iiblicherweise ein Geldbetrag, der propor- 
tional zur Zeitdauer der Inanspruchnahme eines Webangebots (also dem Zeitraum zwischen der ersten Anfrage nach ei- 
ner zum Angebot gehorenden URL und der ersten nachfolgenden Anfrage nach einer nicht zum Angebot gehorenden 
URL oder einem Timeout) ist. Alternativ oder erganzend kann hierzu ein fester (zeitunabhangiger) Betrag pro Inan- 
spruchnahme des Angebots oder eines Objekts des Angebots kommen. Der Geldbetrag kann fur den Benutzer negativ 25 
(kostenpflichtiges Angebot) oder positiv (subventioniertes Angebot) sein. Die Tarifierung des Angebots kann abgangig 
vom Wochentag und der Tageszeit vorgegeben sein. Fiir jede Tageszeit konnen Initialkosten (einmalige Anwahlkosten, 
wenn die Anwahl zur vorgegebenen Tageszeit vorgenommen wurde), Takt (also die Haufigkeit der Abrechnung) und Ge- 
biihr pro Takt festgelegt werden. Jedes Timeweb-Angebot kann mehrere Internetbereiche umfassen, die durch Protokoll 
Port), Zieladresse und Zugriffspfad definiert sind (beispielsweise: port: 80, IP = 1.2.3.4., pfad = /member/). Jedes Ange- 30 
bot kann im Betriebsmodus 1 iiber eine oder mehrere direkte Einwahlnummern erreicht werden. Weiterhin kann fiir jedes 
Angebot definiert werden, welche Ports und damit Anwendungen) fiir den Benutzer freigeschaltet sind. 
[0060] Das Time web-System kann in drei unterschiedlichen Betriebsmodi arbeiten, die in Fig. 6 zusammen dargestellt 
sind. Die Wahl des Betriebsmodus hangt davon ab, ob fiir das Betriebs system und der Browser des Benutzerhosts bereits 
ein Timeweb-Client zur Verfiigung steht und ob der Anwenderhost iiber die technischen Komponenten eines Wahlzu- 35 
gangs verfiigt (z. B. iiber ein analoges Modem oder eine ISDN-Schnittstelle) oder per Standleitung, einer Wahlleitung 
mit Standleitungscharakter (flatrate) oder einem festen NetzanschluB mit dem Internet verbunden ist. 
[0061] Der Timeweb-Client ist ein auf dem lokalen Benutzerhost ausgefiihrtes Programmmodul, daB zur Laufzeit den 
Internetverkehr iiberwacht. Der Client kann in zwei der genannten Betriebsmodi, namlich 1 und 2, operieren. 
[0062] Im Betriebsmodus 1 iiberwacht der Timeweb-Client den HTTP-Verkehr nach registrierten tarifrelevanten An- 40 
geboten und bietet im Fall einer solchen Anfrage auf der Benutzeroberflache des Benutzerhosts 1 eine Tarif umschaltung 
durch eine Dialogbox an. Im Falle einer positiven Beantwortung durch den Benutzer trennt der Client eine ggf. beste- 
hende Wahlverbindung zu einem anderen Zugangsprovider und baut eine neue Wahlverbindung iiber einen Wahl-Zu- 
gangseinrichtung 4 des Timeweb-Serversy stems 2 auf. Der Betriebsmodus 2 wird gewahlt, wenn der Benutzer iiber eine 
Leitung verfiigt, die keiner Zeit- oder volumenabhangigen Vergiitung unterliegt (z. B. iiber eine "leased line" oder eine 45 
"dial-in flatrate"). Der Timeweb-Client iiberwacht - wie beim ersten Betriebsmodus - den HTTP-Verkehr auf Anfragen 
nach tarifrelevanten Angeboten. Anders als im Betriebsmodus 1 greift er aber nicht in die Verbindung des Benutzerhosts 
1 zum Internet 5 ein. Im Falle einer Anfrage nach einem tarifrelevanten Angebot leitet der Timeweb-Client die Anfrage 
auf den Server 6 des Timeweb-Serversy stems 2 um, indem als IP- Zieladresse die IP-Adresse des Time web-Servers ein- 
gesetzt wird. Die Riickschaltung des Timeweb-Clients aus diesem Umleitungsmodus in einem transparenten Modus er- 50 
folgt iiber ein Steuerungssignal oder ein vom Timeweb-Client festgestelltes Timeout. 

[0063] Der Timeweb-Client kennt alle iiber das Timeweb-System erreichbaren Webangebote. Die Information iiber die 
verfiigbaren Webangebote und Webbereiche halt der Client in einer internen Datenbank auf dem Benutzerhost 1. Bei der 
laufenden Uberwachung wird jede angeforderte Webseite als Teil eines registrierten tarifrelevanten Angebotes angese- 
hen, wenn die vom Benutzer gewahlte URL in den Anfangszeichen mit einer vom Anbieter definierten URL iiberein- 55 
stimmt. Wenn bespielsweise ein Anbieter die URL "http://1.2.3.4/member" vorgibt, wird eine vom Benutzer gewahlte 
URL "http://1.2.3.4/member/index.html" als mit der vom Anbieter vorgegebenen URL iibereinstimmend - und damit als 
tarifrelevante Webseite betrachtet. Der Client wechselt nun in einer Art entsprechend dem jeweils vorliegenden Be- 
triebsmodus - zum Timeweb-Serversystem 2 um. 

[0064] Es sei angemerkt, daB HTTP-Dokumente eines Angebots Referenzierungen zu anderen Intern etobjekten auf- 60 
weisen konnen, die nicht Teil des Angebots sind (z. B. Links zur Einbeziehung von Graphik, Bannerwerbung etc.). Das 
Auftauchen eines URLs einer derartigen Referenzierung soil natiirlich nicht zu einem Tarif wechsel fiihren. Derartige, 
nicht-tarifwechselrelevante URLs sind ebenfalls beim Timeweb-Client gespeichert, und werden nicht in die obige URL- 
Uberwachung einbezogen. Die Einteilung der URLs in tarifwechselrelevante und nicht- tarif wecheselrelev ante erfolgt 
beim Timeweb-Serversystem fiir jedes neue oder geanderte HTTP-Dokument eines Angebots, und zwar manuell und/ 65 
oder mit Hilfe eines geeigneten Dokumentenanalyseprogramms. 

[0065] Der Betriebsmodus 3 besteht darin, daB der Time web-Server 6 permanent beim Browser des Benutzerhosts 1 
als Proxy eingetragen wird. Sofern dies manuell durch den Benutzer geschieht, ist hierfiir kein Timeweb-Client erforder- 
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lich. Es ist aber auch moglich, daB der Time web- Client dafiir sorgt, daB der Time web- Server 6 als Proxy eingetragen 
wird. 

[0066] Der Time web-Server 6 ist das Herzstiick des Time web-Systems. Er uberpriift bei jeder Benutzeranfrage die 
URL und ubernimmt die Kommunikation iiber einen etwaigen Tarifwechsel mit dem Nutzer, je nach Betriebsmodus. Der 
5 Server verandert auch die URL von Benutzeranfragen, soweit dies erforderlich ist, und protokolliert alle Benutzer anfra- 
gen in ein zentrales Log. Dieses dient als Basis fur die Erstellung der fur die Rechnungsstellung notwendigen Abrech- 
nungsdaten. 

[0067] Eine Ubersicht der verschiedenen Betriebsmodi gibt die folgende Tabelle: 
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Betriebmodus 


Zugang 


Timeweb-Client- 


Timeweb- 


Manuelle 


Angebots- 


Angebots- 


Angebotstyp: 








Betriebsstufe 


Server 
arbeitet: 


Anmeldung 
notig? 


typ: frei 


typ: subven- 
tioniert 


KL/blCfl-pillLilLlg 




I 


dial-in 


1 


"Trans- 


Nein 


Ja 


Ja 


Ja 


15 




timeweb 




parent" 












2 


LAN, 
flat-rate, 


2 


wenn 
notwendig 


Ja 


Nein 


Nein 


Ja 


20 




dial-in 
















3 


LAN, 
flat-rate, 
dial-in 




standig 


Ja 


Nein 


Nein 


Ja 



25 



H _ i! = "nicht vorhanden" 

[0068] Hierzu folgende Erlauterungen: wie bereits erwahnt, ist im Betriebsmodus 3 ein Time web-Client nicht erforder- 

30 lich, und ist daher in der Tabelle auch nicht eingetragen. In den Betriebsmodi 2 und 3 ist eine manuelle Anmeldung beim 
Timeweb- Server zumindest bei kostenpflichtigen Angeboten in der Regel notwendig, da der Benutzer - anders als im 
Betriebsmodus 1 - nicht iiber die Wahlverbindung autentifizierbar ist. SchlieBlich eignen sich die Betriebsmodi 2 und 3 
aus geschaftlichen Griinden kaum fur kostenfreie und -subventionierte Angebote, da es hierbei wegen der i. a. nicht be- 
kannten Zugangskosten zu MiBbrauch kommen konnte. In technischer Hinsicht ist aber durchaus moglich, auch in den 

35 Betriebsmodi 2 und 3 subventionierte Angebote anzubieten. 

[0069] Wie Fig. 6 und 7 zeigen, verfiigt der Nutzer 1 im Betriebsmodus 1 iiber einen Wahlzugang ins Internet mit Zeit- 
und/oder volumenabhangiger Tarifierung. Die Anfragen des Benutzers gelangen iiber den Wahlzugang zum Timeweb- 
Serversystem 2, das auch als transparenter Proxy arbeitet, (d. h. als Proxy, der in dem Browser des Benutzerhosts 1 nicht 
als solcher eingetragen ist). Ein Access-Router 7, der Teil der Wahlzugangseinrichtung 4 ist, leitet jede Anfrage, an den 

40 Timeweb- Server 6 weiter, der die HTTP- Anfragen analysiert und auf Tarifrelevanz untersucht. Ein sog. Radius-Server 
des Timeweb-Serversystems 2 weist dem jeweiligen Benutzerhost 1 beim Aufbau einer Wahlverbindung eine EP- 
Adresse zu und teilt ihm diese mit. Der Benutzerhost 1 verwendet diese dynamisch zugewiesene IP-Adresse als EP-Her- 
kunftsadresse. Der Timeweb-Server 6 leitet die Anfragen des Anwenderhosts 1 in das Internet 5 weiter, wodurch diese 
zum Anbieterserver mit der EP-Zieladresse gelangen. Der Anbieterserver sendet das angefragte Dokument an die EP-Her- 

45 kunftsadresse, also den Timeweb-Server 2 zuriick, welcher es iiber die Wahlverbindung an den Benutzerhost 1 weiter- 
reicht. 

[0070] Der Time web-Client arbeitet im Betriebsmodus 1 in der Dialin-Stufe. Findet der Client ein registriertes Tarif- 
relevantes Angebot, dann trennt er nach positiv beantworteter Riickfrage die bisherige Wahlverbindung A und baut eine 
neue Wahlverbindung T iiber die Timeweb-Zugangseinrichtung 4 auf, sofern eine solche nicht bereits existiert hat. Dem 

50 Timeweb- System konnen fur den Zugang mehrere verschiedene Zugangsnummern zur Verfiigung stehen. Hierbei ist es 
moglich, daB der Anwender beim Zugang iiber eine bestimmte Nummer nur auf bestimmte Angebote zugreifen kann. 
Dies ist insbesondere vorteilhaft bei den erwahnten Intranet- Losungen, bei denen z. B. ein AuBendienstmitarbeiter ko- 
stenfreien Zugang zum Intranet seines Unternehmens haben soli. Mit einer speziellen Zugangsnummer kann erzielt wer- 
den, daB er iiber das Time web-System nur Zugang zu dem Intranet erhalt. VerlaBt der Benutzerhost 1 das Angebot, bietet 

55 der Client an, die Verbindung auf den urspriinglichen Wahlzugang zuriickzuschalten, oder im Timeweb-Zugang zu ver- 
bleiben. Der Benutzer kann iiber eine durchgehend aufrechterhaltene physikalische Verbindung mehrere Internetange- 
bote zu unterschiedlichen Tarifen nutzen, ohne daB eine Neuanwahl erfolgen muB. 

[0071] Der in Fig. 8 naher dargestellte Betriebsmodus 2 unterstiitzt Flatrate-Wahlverbindungen, Lans und Mietlei tun- 
gen. Der Timeweb-Client iiberwacht die vom Benutzer angeforderten Webangebote. Er verhalt sich hier wie ein "Wech- 

60 selschalter" . Wenn der Benutzer eine "normale" Webseite anfragt, verhalt sich der Timeweb-Client transparent. Die An- 
frage gelangt also auf direktem Wege zu dem betreffenden Anbieterserver 3, und das angefragte Dokument gelangt von 
dort auf direktem Wege zuriick zum Anwenderhost 1. Findet der Timeweb-Client jedoch eine Anfrage nach einem regi- 
strierten tarifrelevanten Angebot, dann leitet er den Verkehr auf den Timeweb-Server 6 um. Die Anfrage gelangt darauf- 
hin iiber das Internet 5 an den Timeweb-Server 6, der veranlaBt, daB ein Timeweb-Webserver 7 iiber das Internet 5 zu- 

65 nachst eine Tarifwechselriickfrage an den Benutzerhost 1 richtet. Sofern der Benutzer diese Riickfrage bejahend beant- 
wortet, leitet der Timeweb-Server 6 die Anfrage iiber das Internet 5 an den Anbieterserver 3 weiter, indem er sich, wie 
oben bereits erlautert, als Proxy verhalt. Der Anbieterserver 3 sendet das angefragte Internetobjekt an den als Proxy fun- 
gierenden Timeweb-Server 6, der es an den Anwenderhost 1 weiterleitet. Bei anderen (nicht gezeigten) Ausfiihrungsfor- 
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men veranlaBt der Time web- Server 6 beim Weiterleiten der Anfrage an den Anbieterserver 3, daB dieser das angefragte 
Internetobjekt direkt an den Anwenderhost 1 - also nicht iiber den Timeweb-Server 6 - zuriicksendet. 
[0072] Der in Fig. 9 naher dargestellte Betriebsmodus 3 ist ein kompatibler Modus, der Internetzugange mit Flatrate, 
Lan und Mietleitungen unterstiitzt und fur exotische Browser und Betriebssysteme geeignet ist, da er keinen passenden 
Time web- Client benotigt. Die Verbindung zum Timeweb-Server 6 wird iiber Eintragen des Timeweb-Servers als Proxy 5 
am Browser des Benutzerhosts 1 vorgenommen. Der Timeweb-Server 6 untersucht samtliche URLs und laBt den Benut- 
zer etwaige Tarifwechsel iiber den Browser bestatigen. Wie im Betriebsmodus 2 muB sich der Anwender registrieren las- 
sen, da eine Nutzeridentifikation iiber die CLI (Telefon-AnschluBkennung) hier nicht gegeben ist. Der Timeweb-Server 6 
verhalt sich wie im Betriebsmodus 2, mit dem einzigen Unterschied, daB hier der gesamte Verkehr des Anwenderhosts 1 
iiber den Timeweb-Server 6 lauft. 10 
[0073] Da das Internetprotokoll HTTP (in der derzeit giiltigen Version) ein zustands loses Protokoll ist, kann der Be- 
nutzer beim "normalen Surf en" mehrere Angebote gleichzeitig besuchen (iiber mehrere Browserfenster) oder beliebig 
von einem Angebot zum nachsten Wechseln. In alien drei Betriebsmodi laBt das Time web-System laBt dieses Verhalten 
solange zu, bis der Benutzer ein registriertes tarifrelevantes Web angebot anwahlt (sofern der Verkehr in diesem Zustand 
iiberhaupt iiber das Time web-System lauft). Ab diesem Zeitpunkt erzwingt das Time web-System eine definierte logische 15 
Benutzersitzung mit einem definierten Startzeitpunkt. Jeder Versuch des Abrufs von Webseiten eines anderen Anbieters 
fiihrt sofort zu einer Riickfrage an den Benutzer, ob er die Benutzersitzung beenden mochte. Die Sitzung wird auch durch 
Inaktivitat des Benutzers beendet. Der Timeweb-Server 6 erkennt dies daran, daB eine bestimmte Zeit von dem Benutzer 
keine aktive Anfrage gekommen ist. 

[0074] Jede Benutzeranfrage wird im Timeweb-Server 2 protokolliert und in einer Datenbank zur Verarbeitung durch 20 
einen Time web- Abrechnungs-Server zwischengespeichert. 
[0075] Jeder Log-Eintrag enthalt folgende Informationen: 

Zeitstempel (Datum und Uhrzeit sekundengenau); 

- eindeutige Identifikationsnummer des angebots; 25 

- angeforderte Internetressourse URL (in der Regel eine Webseite); 

- eindeutige Nutzeridentifikation; 
IP-Adresse des Nutzers. 

[0076] Fiir Benutzer, die im Betriebsmodus 2 und 3 tarifrelevante Angebote genutzt haben, wird die Rechnungsstel- 30 
lung iiber traditionelle Inkassoverfahren abgewickelt. Fiir Benutzeraktivitaten im Betriebsmodus 1 ist die Abrechnung in 
Fig. 10 naher dargestellt. Zunachst erhalt das Time web-Serversy stem 2 von der Telefongesellschaft 9, iiber die sich der 
Benutzer ins Time web-Serversy stem 2 eingewahlt hat, fiir jede physikalische Verbindung ein CDR. Dieses verwendet 
das Time web-Serversy stem 2 als Vorlage fiir die Erstellung eines oder mehrerer virtueller CDRs, welche es an die ge- 
nannte Telefongesellschaft 9 zuriickgibt. Diese verarbeitet die virtuellen CDR's und gibt diese an die Telefongesellschaft 35 
10 des Benutzers weiter. Fiir diesen Vorgang erstellt ein Abrechnungsserver 11 des Time web-Serversy stems 2 aufgrund 
des durch den Timweb-Server 6 erstellten Logs Rechnungsdaten. Er durchlauft das Log chronologisch und eruiert die 
Zeitpunkte des Eintritts in ein Angebot und des Austritts aus einem Angebot. Auf der Grundlage der Tarifierung des je- 
weiligen Angebots werden die virtuellen CDRs erzeugt. 

[0077] Fiir die Verarbeitung der Abrechnungsdaten im Betriebsmodus 1 bedient sich der Abrechnungsserver 11 also 40 
zweier Datenquellen, und zwar einerseits der von der Telefongesellschaft 9 zur Verfiigung gestellten Verbindungsdaten 
und andererseits des Logs des Timeweb-Servers 6. In diesen, von der Telefongesellschaft 9 zur Verfiigung gestellten 
CDR-Datensatzen sind die CLI (Caller Line Identification = AnschluBkennung), der Zeitpunkt des Verbindungs starts 
und der Zeitpunkt des Verbindungsendes erfaBt. 

[0078] Der Abrechnungs-Server 11 liest das vom Timeweb-Server 6 erstellte Log in chronologischer Reihenfolge. Aus 45 
den CDR's der Telefongesellschaft 9 und den Timeweb-Daten generiert er - wie erlautert - ein oder mehrere virtuelle 
CDR's. Die im urspriinglichen CDR-Datensatz angegebenen Zeitpunkte des physikalischen Verbindungs starts und Ver- 
bindungsende bilden dabei gewissermaBen einen absoluten Zeitrahmen, in dem die Timeweb-Daten als relative Zeitfen- 
ster eingepaBt werden. Es handelt sich also, um eine Synchronisierungsprozedur, welche Fehler aufgrund moglicher Ab- 
weichungen der Zeituhr der Telefongesellschaft 9 von derjenigen des Timeweb-Servers 6 vermeidet. Ein Beispiel fiir 50 
diese Prozedur ist in folgender Tabelle angegeben. Betont sei hier, daB zwischen Tarif 1 und dem davon unterschiedli- 
chen Tarif 2 keine Abwahl der Wahl verbindung erfolgt: 
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Ve r b i ndung sdaten 
des Telef oncarri- 
ers (CDRs) 


Log-Daten des Ti- 
meWeb Servers 


Erstellte 

"virtuelle" Ver- 

bindungsdaten 

VCDRs 


18:03 Start der 
Verbi ndung 




Start Tarif 1 


18 :05 


URL aus Angebot 1 


i 


18:09 


URL aus Angebot 1 




18 :12 


URL aus Angebot 1 


i 


18 :15 




Ende Tarif 1 


18 :17 


URL aus Angebot 2 


Start Tarif 2 


18 :19 


URL aus Angebot 2 


i 


18 :20 


URL aus Angebot 2 


i 


18 :20 




Ende Tarif 2 


18 :22 


URL aus Standard- 
Internet 


Start Normaltarif 


18 :23 


URL aus Standard- 
Internet 


i 


18 :25 


URL aus Standard- 
Internet 


i 


18:30 Ende der 
Verbi ndung 




Ende I nt erne 1 1 ar i f 



[0079] In den Betriebsmodi 2 und 3 erfolgt die Ermittlung der Inanspruchsnahme von Intemetangeboten analog zum 
Betriebsmodus 1. Da hier keine physikalischen CDRs zur Verfiigung stehen, entfallt jedoch die oben erlauterte Synchro- 
nisierung. Auch erfolgt die Rechnungsstellung nicht iiber Weiterleitung von virtuellen CDRs an die Telefongesellschaft, 
45 sondern direkt mit dem Benutzer. Da keine AnschluBkennung vorliegt, ist es bei diesen Betriebsmodi notwendig, daB 
sich der Benutzer registriert hat und die Angebote erst abrufen kann, wenn er sich gegeniiber dem Timeweb-System au- 
tentifiziert hat. 

[0080] Das Timeweb-System ermoglicht es dem Benutzer, auch passwortgeschiitzte Webangebote abzurufen, ohne das 
er Kenntnis der Zugangsdaten hat und ohne das der Anbieter weiB, von welchem Benutzer das Angebot abgerufen wird. 
50 Der Timeweb-Server 6 iiberpriift - wie oben ausgefiihrt wurde - jede URL. Falls eine URL abgerufen wird, die vom An- 
bieter mit Zugangsschutz versehen ist, erganzt der Timeweb-Server 6 diese Abfrage um einen Master-Username und ein 
Master-Password. Beispielsweise wird die Anfrage 

<prot>://<ip>/<path>?<query> 

55 

von dem Timeweb-Server 6 in folgende Abfrage geandert: 

<prot>: //<usr>:<pwd> @<ip>/<path>?<query>. 

60 [0081] Hierbei bedeuten: prot = Protokoll (z. B. http), usr = Master-Username, pwd = Master-Password, ip = IP- 
Adresse oder Domainname des Anbieterservers. 

[0082] Diese Zugangsdaten (Master-Username und Master-Password) werden den Timeweb-Server 6 vom Anbieter 
mitgeteilt. Der Anbieter kann seine Website parallel zum Betrieb einer geschlossenen Benutzergruppe mit Einzelabrech- 
nung im Timeweb-Inkassoverfahren anbieten, ohne das Anderungen an der Website erfolgen miiBten. 
65 [0083] Bei dem Timeweb- Client handelt es sich um ein C++-Windows-Programm, welches vom Timeweb-Server 6 
heruntergeladen werden kann. Es erkennt bei der Installation auf den Benutzerhost 1 selbsttatig anhand der Netzwerk- 
einstellungen des Rechners 1, in welchem Betriebsmodus es operieren soil. Eine Hauptfunktion ist die - bereits oben er- 
lauterte - Uberwachung der vom Benutzerhost 1 abgefragten Webseiten. 
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[0084] Im Betriebsmodus 1 surft der Benutzer im Internet zunachst im allgemeinen iiber einen fremden Internet- Pro- 
vider via Modem oder ISDN, also nicht iiber den Timeweb-Zugang. Sofern der Benutzer eine gebiihrenrelevante Web- 
seite anfordert, bietet der Timeweb-Client (anders als im Betriebsmodus 2, dort ist es der Time web-Server) iiber eine 
Dialogbox die Umschaltung auf das gewiinschte Angebot, und damit den gewiinschten Tarif an. Im Falle einer positiven 
Nutzerbestatigung trennt der Client wie bereits erlautert wurde die Wahlverbindung zum fremden Internet-Provider 5 
und baut eine neue Verbindung zur Timeweb-Zugangseinrichtung 4 auf, sofern nicht bereits eine solche Verbindung exi- 
stiert. Der Time web-Server 6 fungiert iiber die Einwahltechnik als transparenter Proxy, d. h., er erhalt alle vom Benutzer 
angeforderten Seiten, ohne das der Timeweb-Client diese ausdriicklich an den Timeweb-Server 6 weiterleitet. 
[0085] Fordert der Benutzer eine Webseite an, die nicht Teil des kostenrelevanten Angebots ist, dann erfolgt nach be- 
statigter Riickfrage eine Riickschaltung. Der Benutzer kann aber auch weiter iiber den Timeweb-Zugang surfen. Falls ein 10 
Timeout erkannt wird, bringt der Client eine Dialogbox mit einer Warnmeldung und beendet dabei die Internetverbin- 
dung, um nicht unnotige Kosten fur den Benutzer zu erzeugen. Im Betriebsmodus 2 wird der Client unter der Adresse 
127.0.0.1 und Port 8080 als lokaler Proxy beim Browser des Benutzerhosts 2 eingetragen. In diesem Modus ist der Be- 
nutzer fest mit dem Internet (z. B. iiber eine Standleitung) verbunden. Der Timeweb-Client iiberwacht nur den HTTP- 
Verkehr, baut aber keine Wahlverbindung auf oder ab. 15 
[0086] GemaB Fig. 11 startet der Client in einem transparenten Modus P21. In diesem Modus leitet er jede URL, die er 
nicht mit einem registrierten Time web- Angebot assozieren kann, ohne Umleitung zum Zielserver weiter, also an den in 
der URL angegebenen Anbieterserver oder einen ggf. voreingestellten Proxy. 

[0087] Erkennt der Client eine erste URL aus dem registrierten Timeweb- Angebot, so geht er sofort in einen Status P22 
iiber, in dem er diese und alle weiteren HTTP Anfragen unabhangig ob sie zum gleichen Angebot gehoren oder nicht 20 
an den Timeweb-Server 6 weiterleitet. 

[0088] In dem Betriebsmodi 2 und 3 muB der Benutzer einmalig bei dem Timeweb-System angemeldet sein. Die An- 
meldung, so wie alle Anfragen, ob ein Tarifwechsel stattfinden soli, werden vom Timeweb-Server (und nicht vom Client, 
wie beim Betriebsmodus 1) vorgenommen. Der Timeweb-Server kommuniziert mit dem sich anmeldendem Benutzer, 
indem er zunachst - anstatt der vom Benutzer gewiinschten Webseite - spezielle Anmelde- und Tarifwechselseiten zum 25 
Benutzer zuriickschickt, und erst nach erfolgter Anmeldung und Bestatigung des Tarifwechsels die gewiinschte Webseite 
anfordert und an den Benutzer zuriickliefert. 

[0089] Wenn der Benutzer das erste Mai wahrend einer Sitzung eine Webseite eines Timeweb- Angebots (d. h. eines re- 
gistrierten kostenrelevanten Angebots) nutzen mochte, verlangt der Timeweb-Server 6 - wie erwahnt - eine Anmeldung. 
Besitzt der Benutzer noch keine Anmeldedaten, dann kann er sich iiber eine Registrierungs webseite beim Timeweb-Sy- 30 
stem registrieren, und erhalt dafiir eine Nutzerkennung und ein Password. Nach Eingabe von Nutzerkennung und Pass- 
word erhalt er eine Tarif wechselseite. Diese beschreibt den angebotenen Dienst, einschlieBlich der Kosten des Diensts. 
Wenn der Benutzer diese Seite bestatigt, wird er auf die angewahlte Webseite des Anbieters umgeleitet, es sei denn, fiir 
dieses Angebot existiert eine Portalseite, die zuerst aufgesucht werden muB. Fordert der Benutzer schlieBlich eine Web- 
seite an, die nicht Teil des registrierten Angebots ist, dann fragt der Timeweb-Server 6 iiber eine dazwischengeschobene 35 
Webseite den Benutzer, ob das bisherige Angebot verlassen werden soil. Wenn der Benutzer dies bestatigt, schaltet sich 
der Timeweb-Client wieder in den transparenten Modus P21 zuriick. 
[0090] Eine Riickschalte-URL hat beispielsweise folgende Form: 

http://<TimeWebDomain>/service/client/logoff.asp?redir = <gewiinschte URL> 40 
Wenn der URL-Bestandteil 

http://<TimeWebDomain>/service/client/logoff.asp 



auftaucht, dann ist dies das Zeichen fiir den Timeweb-Client, in den transparenten Modus P21 zuriickzuschalten. Stellt 
der Timeweb-Client einen Timeout fest, weil der Benutzer z. B. seinen Browser geschlossen hat oder langere Zeit keine 
Seiten mehr abgerufen hat, dann erfolgt ebenfalls eine Riickschaltung in den Status P21. 

[0091] Da sich die Datenbank mit den tarifrelevanten Anbietern und Tarifen standi g andert, benotigt der Timeweb- 
Client eine Methode zur Aktualisierung diese Informationen, um die Angebote korrekt zu erkennen und die richtigen An- 50 
gaben/Priese anzeigen zu konnen. 

[0092] Der Timeweb-Client aktualisiert die mitgefiihrte Datenbank aller Timeweb-Angebote iiber das Internet. Dazu 
ruft er eine unsichtbare nichtoffentliche Textdatei vom Time web-Serversy stem 2 ab. 

[0093] Die unter der angegebenen URL abrufbare Textdatei enthalt eine Liste aller iiber Timeweb verfugbaren Ange- 
bote in folgender Form, mit dem Zeitpunkt des letzten Anderung des Angebotes. 55 
[0094] http://<TimeWebDomain>/service/client/angebote/list.txt 

Angebot Nr. Zeitstempel der letzten Anderung 



[0095] usw. 

[0096] Jedes Timeweb-Angebot besitzt eine eindeutige Nummer. Jede Anderung eines Angebotes in der Zentraldaten- 65 
bank auf der Serverseite 2 wird protokolliert und mit einem Zeitstempel der Zeitpunkt der Anderung dieses Angebotes 
festgehalten. Der Zeitstempel hat das Format <yyyymmddhhmmss>. Der Timeweb-Client vergleicht dies mit seiner ei- 
genen Liste von vorgehaltenen Angebote. 



45 



1 

2 
3 



20000718152421 
20000612122421 
20000712122421 



60 
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[0097] Da der Benutzer-PC eine andere Zeiteinstellung besitzen konnte wird die Zeitbasis eine Serviceseite geholt: 

http://<TimeWebDomain>/service/timestamp. asp 

5 [0098] Diese Seite liefert eine Textdatei mit der aktuellen Timeweb-Serverzeit. 

[0099] Alle Angebote, die in neuen Liste nicht mehr auftauchen werden geloscht, alle Angebote, die einen aktuelleren 

Zeitstempel haben oder nicht in der bisherigen Liste waren, werden aktualisiert oder neu iibertragen. 

[0100] Die Bilder und Grafiken fur die einzelnen Angebote werden in einem Internetverzeichnis bereitgestellt: 

10 http://<TimeWebDomain>/service/client/angebote/ <angebotsnummer>/icon.bmp 

http://<TimeWebDomain>/service/client/angebote/ <angebotsnummer>/angebot.ini, 

inklusive der zugehorigen URL's, Tariffierung und Beschreibungstexte. Die Haufigkeit der Aktualisierung ist am Client- 
15 modul einstellbar. 

[0101] Die angebot.ini ist im Format der Windows-Profildateien gehalten folgendermaBen aufgebaut. 
[Desc] 

name = ricardo 

slogan = Das groBte Auktionshaus im Internet 
20 [urls] 

allowed = http://www.ricardo.de/ 

allowed = http://webl.ricardo.de/ 

allowed = http://web2.ricardo.de/ 

disallowed = http://www.ricardo.de/member/personal 
25 [tarif] 

mo = 1-4,3,2 

usw. 

[0102] Ein entsprechendes Verfahren wird zum Upgrade des Timeweb-Clients durchgefuhrt. 

[0103] Der Timeweb-Client holt sich per Webzugriff vom Timeweb-Serversystem 2 eine Liste aller derzeit aktuellen 
30 Programmkomponenten fur das Betriebssystem des jeweiligen Benutzerhosts 2. Neue oder aktualisierte Programmkom- 
ponenten werden dann direkt iiber das Internet geladen und nach einem Neustart verfiigbar gemacht. 
[0104] Fur jedes Betriebssystem sind unterschiedliche Programmbereiche vorgesehen. 
[0105] Die aktuellste Version liegt im Verzeichnis: 

35 http://<TimeWebDomain>/service/client/os/<osname>/list.txt 

[0106] Als <osnamen> sind moglich (nicht vollstandig) 
win31, win95, win98, winnt351, winnt40, winn2000 
maxos7 
40 linux 
beos 
etc. 

Beispiel 

45 

http : //<TimeWebDomain>/service/client/os/win98/list . txt 



Programme Version 

50 



/client . exe 


1 . 


.2.3 


15 . 


08 


.2000 


15 


:24 


:21 


/abc.dll 


2 . 


. 12 .3 


16 . 


08 


.2000 


15 


:24 


:21 


/data/x . bin 


1 . 


.2.4. 


18 . 


07 


.2000 


12 


:23 


:34 



55 

[0107] Die Pfadangaben sind relative Angaben zum Programmverzeichnis. Die Versionnummer ist unterteilt in Versi- 
on.Release.Build. 

[0108] Ein Unterschied in der Buildversion (bei gleicher Versions- und Releasenummer) bedingt keine substanzielle 
Anderung und kann, muss aber nicht eingesetzt werden. Hier macht der Timeweb-Client den Vorschlag auf die neue Ver- 
60 sion upzugraden. 

[0109] Ein Unterschied in der Releasenummer ist auf jeden Fall upzudaten. Der Timeweb-Client weist darauf hin, dass 
ansonsten die Funktionsweise nicht garantiert werden kann. Bei einem Unterschied in der Versionsnummer muss auf je- 
den Fall upgedatet werden. 

[0110] Die beschriebene Ausfuhrungsform des Time web- Systems hat also folgende bemerkenswerte Eigenschaften: 

65 

- es muB keine Anderung an den Anbieter-Servern oder den angebotenen Internet- Angeboten erfolgen; 

- iiber ein und dieselbe physikalische Telefonverbindung konnen mehrere unterschiedliche Tarife abgerechnet wer- 
den; 
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mit Hilfe des Time web- Clients wird bereits auf dem Rechner des Benutzers erkannt, ob eine Tarifrelevante Web- 
seite angewahlt wird, wofiir keinerlei spezielle Kennzeichnung der betreffenden URL's erforderlich ist; 
- passwortgeschiitzte Webangebote konnen vom Timeweb-Benutzer ohne Kenntnis der Zugangsdaten und ohne 
Preisgabe seiner Personendaten gegeniiber dem Anbieter erreicht werden. 

5 

Patentanspriiche 

1. System zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten, um- 
fassend wenigstens einen Benutzerhost und ein Tarifierungsserversystem, 10 
wobei der Benutzerhost mit einem Tarifierungshilfsprogramm ausgeriistet ist, welches vom Benutzerhost auszusen- 
dende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht und im Fall von Tarifrelevanz eine bisher be- 
stehende Wahlverbindung des Benutzerhosts zu einem Zugangs server zum Internet trennt und eine neue Wahlver- 
bindung zum Tarifierungsserversystem aufbaut, wenn die Wahlverbindung nicht bereits zum Tarifierungsserversy- 
stem bestanden hat, wonach die Anfrage von dem Tarifierungsserversystem zu dem das gewahlte Internetangebot 15 
bereitstellenden Anbieterserver gelangt, 

wobei das Tarifierungsserversystem so eingerichtet ist, daB es tarifrelevante Daten der Anfrage protokolliert, 

und wobei der Benutzerhost und das Tarifierungsserversystem so eingerichtet sind, daB eine Tarifanderung ohne 

Trennung der bestehenden Wahlverbindung aufgrund der Protokollierung der tarifrelevanten Daten ermoglicht ist. 

2. System zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten, um- 20 
fassend wenigstens einen Benutzerhost und ein Tarifierungsserversystem, 

wobei der Benutzerhost mit einem Tarifierungshilfsprogramm ausgeriistet ist, welches vom Benutzerhost auszusen- 
dende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht und im Fall von Tarifrelevanz iiber das Inter- 
net eine Umleitung der Anfrage fiber das Tarifierungsserversystem veranlaBt, 

wobei das Tarifierungsserversystem so eingerichtet ist, daB die Anfrage von ihm zu dem das gewahlte Internetange- 25 
bot bereitstellenden Anbieterserver gelangt, wobei das Tarifierungsserversystem tarifrelevante Daten der Anfrage 
protokolliert. 

3. System nach Anspriichen 1 und 2, welches wenigstens einen Benutzerhost gemaB Anspruch 1 und wenigstens ei- 
nen Benutzerhost gemaB Anspruch 2 aufweist. 

4. System nach einem der Anspriiche 1 bis 3, welches mindestens einen weiteren Benutzerhost aufweist, der samt- 30 
liche Anfragen nach Internetangeboten, das heiBt auch nicht-tarifrelevante Anfragen, fiber das Tarifierungsserver- 
system leitet. 

5. System nach einem der Anspriiche 1, 3 und 4, welches so eingerichtet ist, daB zur Abrechnung die protokollier- 
ten Daten der Anfrage mit vom Wahlverbindungs- Carrier gelieferten Verbindungsdaten zusammengefiihrt werden. 

6. System nach einem der Anspriiche 1 bis 5, bei welchem das Tarifierungsserversystem so eingerichtet ist, daB es 35 
im Fall einer Anfrage an ein zugangsgeschiitztes tarifrelevantes Internetangebot diese Anfrage um tarifierungsser- 
versystem-bezogene Zugangsdaten erganzt. 

7. System nach einem der Anspriiche 1 bis 6, welches so eingerichtet ist, daB die Tarifierung vom Tarifierungsser- 
versystem aufgrund einer Beobachtung der durchlaufenden Anfragen durchgefiihrt wird, ohne daB der Anbieterser- 
ver dem Tarifierungsserversystem anfragebezogene Tarifierungsdaten iibermittelt und ohne daB bei den vom Anbie- 40 
terserver bereitgestellten Internetangeboten eine Anpassung oder Modifizierung fur die Tarifierung durch das Tari- 
fierungsserversystem erforderlich ist. 

8. System nach einem der Anspriiche 1 bis 7, bei welchem die tarifrelevanten Angebote sowohl kostenpflichtige 
Angebote als auch Angebote mit teilweiser oder vollstandiger Erstattung der Verbindungskosten umfassen. 

9. System nach einem der Anspriiche 1 bis 8, welches so eingerichtet ist, daB im Fall einer Anderung im Kreis der 45 
von dem System erf aB ten tarifrelevanten Angebote, insbesondere im Fall eines Neuzugangs eines tarifrelevanten 
Angebots, der Benutzerhost diese Anderung selbsttatig auf seiner Benutzeroberflache anzeigt. 

10. System nach einem der Anspriiche 1, 3 bis 9, welches so eingerichtet ist, daB es fur die Abrechnung eine phy- 
sikalische Wahlverbindung logisch in mehrere virtuelle Wahlverbindungen aufteilt. 

11. Computerprogramm-Produkt zum Ablauf mit einem Internet-Browser auf einem Benutzerhost als Teil eines 50 
Systems zur variablen Tarifierung von Internetgebiihren in Abhangigkeit vom gewahlten Internetangebot, wobei 

das Computerprogramm-Produkt ein Tarifierungshilfsprogramm umfaBt, welches vom Benutzerhost auszusen- 
dende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht, und im Fall von Tarifrelevanz eine zum Inter- 
net bestehende Wahlverbindung des Benutzerhosts trennt und eine neue Wahlverbindung zu einem Tarifierungsser- 
versystem des Systems zur variablen Tarifierung aufbaut, wenn die Wahlverbindung nicht bereits zu dem Tarifie- 55 
rungs serversy stem bestanden hat, wobei das Tarifierungshilfsprogramm die zum Tarifierungsserversystem aufge- 
baute Wahlverbindung nicht trennt, wenn eine Anfrage nach einem anderen Internetangebot mit einem anderen Ta- 
rif auszusenden ist, soweit der Benutzer nicht ausdriicklich einen Befehl fiir eine derartige Trennung gibt. 

12. Computerprogramm-Produkt zum Ablauf mit einem Internet-Browser auf einem Benutzerhost als Teil eines 
Systems zur variablen Tarifierung von Internetgebiihren in Abhangigkeit vom gewahlten Internetangebot, wobei 60 
das Computerprogramm-Produkt ein Tarifierungshilfsprogramm umfaBt, welches vom Benutzerhost auszusen- 
dende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht, und im Fall von Tarifrelevanz fiber das Inter- 
net eine Umleitung der Anfrage fiber ein Tarifierungsserversystem veranlaBt. 

13. Computerprogramm-Produkt zum Ablauf mit einem Internet-Browser auf einem Benutzerhost als Teil eines 
Systems zur variablen Tarifierung von Internetgebiihren in Abhangigkeit vom gewahlten Internetangebot, welches 65 
ein Tarifierungshilfsprogramm umfaBt, das wenigstens in zwei Betriebsmodi arbeiten kann, und zwar in dem Modus 

des Computerprogramm-Produkts gemaB Anspruch 11 und in demjenigen des Computerprogramm-Produkts ge- 
maB Anspruch 12. 
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14. Computerprogramm-Produkt nach Anspruch 12 oder 13, bei welchem das Tarifiemngshilfsprogramm auBer- 
dem in einem Betriebsmodus arbeiten kann, in dem es samtliche Anfragen nach Internetangeboten, also auch An- 
fragen nach nicht-tarifrelevanten Angeboten, iiber das Tarifierungsserversystem leitet. 

15. Computerprogramm-Produkt nach Anspruch 13 oder 14, bei welchem das Tarifiemngshilfsprogramm anhand 
5 von Netzwerkeinstellungen des Anwenderhosts erkennt, in welchem Betriebsmodus es operieren soil. 

16. Computerprogramm-Produkt nach einem der Anspriiche 12 bis 15, bei welchem das Tarifiemngshilfspro- 
gramm den mit Hilfe eines Browsers durchgefiihrten Internet- Verkehr des Benutzerhosts iiberwacht, indem es sich 
als Proxy beim Browser eintragt oder vom Benutzer als Proxy eingetragen wird, oder indem es den TCP/TP- Verkehr 
scannt. 

10 17. Computerprogramm-Produkt nach einem der Anspriiche 11 bis 15, bei welchem das Tarifiemngshilfspro- 

gramm dazu eingerichtet ist, eine Liste der tarifrelevanten Internetangebote zu speichern und die Uberwachung der 
vom Benutzerhost zu sendenden Anfragen anhand dieser gespeicherten Liste durchzufiihren, so daB es fur die Er- 
kennung eines tarifrelevanten Internetangebots keine hierauf hinweisende Modification der URLs dieses Internet- 
angebots bedarf. 

15 18. Computerprogramm-Produkt nach Anspmch 17, bei welchem das Tarifiemngshilfsprogramm so ausgebildet 

ist, daB die Liste der tarifrelevanten Internetangebote auf einer Benutzeroberfl ache des Anwenderhosts anzeigbar ist 
und durch Auswahl eines Eintrags der Liste durch den Benutzer eine Anfrage nach dem entsprechenden Internetan- 
gebot abgesendet wird. 

19. Computerprogramm-Produkt nach einem der Anspriiche 17 oder 18, bei welchem das Tarifierungshilfspro- 
20 gramm die Liste der tarifrelevanten Internetangebote samt hiermit ggf. verkniipften Informationen laufend selbstta- 

tig durch entsprechende Anfragen an das Tarifierungsserversystem aktualisiert. 

20. Computerprogramm-Produkt nach Anspruch 19, bei welchem das Tarifiemngshilfsprogramm so eingerichtet 
ist, daB es im Fall einer Anderung im Kreis der gespeicherten tarifrelevanten Angebote, insbesondere im Fall eines 
Neuzugangs eines tarifrelevanten Angebots, auf der Benutzeroberflache auf diese Anderung hinweist. 

25 21 . Tarifierungsserversystem zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Inter- 

netangeboten, die von einem Benutzerhost gewahlt werden, umfassend einen Tarifierungsserversystem und einer 
Einrichtung fur einen Zugang einer Wahlverbindung vom Benutzerhost, wobei das Tarifierungsserversystem so ein- 
gerichtet ist, daB es bei Anfragen nach Internetangeboten diese an den betreffenden Anbieterserver weiterleitet und 
auf Tarifrelevanz iiberpriift und tarifrelevante Daten der Anfragen protokolliert, ohne daB das Tarifierungsserversy- 

30 stem anfragebezogene Tarifierungsdaten vom Anbieterserver iibermittelt bekommt, wobei ein Tarifwechsel inner- 

halb eines Internetangebots oder aufgmnd eines Wechsels zu einem anderen Internetangebot unter Aufrechterhal- 
tung der bestehenden Wahlverbindung moglich ist. 

22. Tarifierungsserversystem zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Inter- 
netangeboten, welches so eingerichtet ist, daB es aus dem Internet an es gerichtete Anfragen nach Internetangeboten 

35 jeweils an den betreffenden Anbieterserver weiterleitet und auf Tarifrelevanz iiberpriift und tarifrelevante Daten der 

Anfragen protokolliert, ohne daB das Tarifierungsserversystem anfragebezogene Tarifierungsdaten vom Anbieter- 
server iibermittelt bekommt. 

23. Tarifierungsserversystem zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Inter- 
netangeboten welches die Merkmale des Serversystems gemaB Anspruch 21 und diejenigen des Serversystems ge- 

40 maB Anspmch 22 in sich vereinigt. 

24. Tarifierungsserversystem nach einem der Anspriiche 21 bis 23, welches so eingerichtet ist, daB zur Abrechnung 
die protokollierten Daten der Anfrage mit vom Wahlverbindungs-Carrier gelieferten Verbindungsdaten zusammen- 
gefiihrt werden. 

25. Tarifierungsserversystem nach einem der Anspriiche 21 bis 24, welches so eingerichtet ist, daB es im Fall einer 
45 Anfrage an ein zugangsgeschiitztes tarifrelev antes Internetangebot diese Anfrage um tarifierungsserversystem-be- 

zogene Zugangsdaten erganzt. 

26. Tarifierungsserversystem nach einem der Anspriiche 21 bis 25, welches so eingerichtet ist, daB die Tarifierung 
vom Tarifierungsserversystem aufgmnd einer Beobachtung der durchlaufenden Anfragen durchgefiihrt wird, ohne 
daB der Anbieterserver dem Tarifierungsserversystem anfragebezogene Tarifierungsdaten iibermittelt und ohne daB 

50 bei den vom Anbieterserver bereitgestellten Internetangeboten eine Anpassung oder Modifizierung fur die Tarifie- 

rung durch das Tarifierungsserversystem erforderlich ist. 

27. Tarifierungsserversystem nach einem der Anspriiche 21 bis 26, welches dazu eingerichtet ist, daB die tarifrele- 
vanten Angebote sowohl kostenpflichtige Angebote als auch Angebote mit teilweiser oder vollstandiger Erstattung 
der Verbindungskosten umfassen. 

55 28. Tarifierungsserversystem nach einem der Anspriiche 21, 23 bis 27, welches so eingerichtet ist, daB es fur die 

Abrechnung eine physikalische Wahlverbindung logisch in mehrere virtuelle Wahlverbindungen aufteilt. 

29. Verfahren zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten, 
umfassend wenigstens einen Benutzerhost und ein Tarifierungsserversystem, 

wobei ein Tarifiemngshilfsprogramm des Benutzerhosts vom Benutzerhost auszusendende Anfragen nach Internet- 
60 angeboten auf Tarifrelevanz iiberwacht und im Fall von Tarifrelevanz eine bisher bestehende Wahlverbindung des 

Benutzerhosts zu einem Zugangs server zum Internet trennt und eine neue Wahlverbindung zum Tarifierungsserver- 
system aufbaut, wenn die Wahlverbindung nicht bereits zum Tarifierungsserversystem bestanden hat, wonach die 
Anfrage von dem Tarifierungsserversystem zu dem das gewahlte Internetangebot bereitstellenden Anbieterserver 
gelangt, 

65 wobei das Tarifierungsserversystem tarifrelevante Daten der Anfrage protokolliert, 

und bei einer Tarif anderung die bestehende Wahlverbindung nicht trennt, sofern nicht ausdriicklich seitens des Be- 
nutzers eine derartige Trennung gewiinscht wird. 

30. Verfahren zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten, 
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umfassend wenigstens einen Benutzerhost und ein Tarifierungsserversystem, 

wobei ein Tarifierungshilfsprogramm des Benutzerhosts vom Benutzerhost auszusendende Anfragen nach Internet- 
angeboten auf Tarifrelevanz iiberwacht und im Fall von Tarifrelevanz iiber das Internet eine Umleitung der Anfrage 
fiber das Tarifierungsserversystem veranlaBt, 

die Anfrage dann von dem Tarifierungsserversystem zu dem das gewahlte Internetangebot bereitstellenden Anbie- 5 
terserver gelangt, wobei das Tarifierungsserversystem tarifrelevante Daten der Anfrage protokolliert. 

31. Verfahren nach Anspriichen 29 und 30, bei welchem wenigstens ein Benutzerhost gemaB Anspruch 29 arbeitet 
und wenigstens ein Benutzerhost gemaB Anspruch 30 arbeitet, und das Tarifierungsserversystem, je nachdem von 
welchem der Benutzerhosts eine Anfrage kommt, gemaB Anspruch 29 bzw. 30 arbeitet. 

32. Verfahren nach einem der Anspriiche 29 bis 31, bei welchem wenigstens ein weiterer Benutzerhost samtliche 10 
Anfragen nach Internetangeboten, das heiBt auch nicht-tarifrelevante Anfragen, iiber das Tarifierungsserversystem 
leitet. 

33. Verfahren nach einem der Anspriiche 29, 3 1 und 32, bei welchem zur Abrechnung die protokollierten Daten der 
Anfrage mit vom Wahlverbindungs-Carrier gelieferten Verbindungsdaten zusammengefuhrt werden. 

34. Verfahren nach einem der Anspriiche 29 bis 33, bei welchem das Tarifierungsserversystem im Fall einer An- 15 
frage an ein zugangsgeschiitztes tarifrelevantes Internetangebot diese Anfrage um tarifierungsserversystem-bezo- 
gene Zugangsdaten erganzt. 

35. Verfahren nach einem der Anspriiche 29 bis 34, bei welches die Tarifierung vom Tarifierungsserversystem auf- 
grund einer Beobachtung der durchlaufenden Anfragen durchgefiihrt wird, ohne daB der Anbieterserver dem Tari- 
fierungsserversystem anfragebezogene Tarifierungsdaten iibermittelt und ohne daB bei den vom Anbieterserver be- 20 
reitgestellten Internetangeboten eine Anpassung oder Modifizierung filr die Tarifierung durch das Tarifierungsser- 
versystem erforderlich ist. 

36. Verfahren nach einem der Anspriiche 29 bis 35, bei welchem die tarifrelevanten Angebote sowohl kostenpflich- 
tige Angebote als auch Angebote mit teilweiser oder vollstandiger Erstattung der Verbindungskosten umfassen. 

37. Verfahren nach einem der Anspriiche 29 bis 36, bei welchem im Fall einer Anderung im Kreis der von dem Sy- 25 
stem erfaBten tarifrelevanten Angebote, insbesondere im Fall eines Neuzugangs eines tarifrelevanten Angebots, der 
Benutzerhost diese Anderung selbsttatig auf seiner Benutzeroberflache anzeigt. 

38. Verfahren nach einem der Anspriiche 29, 31 bis 37, bei welchem fur die Abrechnung eine physikalische Wahl- 
verbindung logisch in mehrere virtuelle Wahlverbindungen aufgeteilt werden. 

39. Verfahren zum Ablauf mit einem Internet-Browser auf einem Benutzerhost als Teil eines Systems zur variablen 30 
Tarifierung von Internetgebiihren in Abhangigkeit vom gewahlten Internetangebot, bei welchem ein Tarifierungs- 
hilfsprogramm vom Benutzerhost auszusendende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht, 
und im Fall von Tarifrelevanz eine zum Internet bestehende Wahlverbindung des Benutzerhosts trennt und eine 
neue Wahlverbindung zu einem Tarifierungsserversystem des Systems zur variablen Tarifierung aufbaut, wenn die 
Wahlverbindung nicht bereits zu dem Tarifierungsserversystem bestanden hat, wobei das Tarifierungshilfspro- 35 
gramm die zum Tarifierungsserversystem aufgebaute Wahlverbindung nicht trennt, wenn eine Anfrage nach einem 
anderen Internetangebot mit einem anderen Tarif auszusenden ist, soweit der Benutzer nicht ausdriicklich einen Be- 
fehl fur eine derartige Trennung gibt. 

40. Verfahren zum Ablauf mit einem Internet-Browser auf einem Benutzerhost als Teil eines Systems zur variablen 
Tarifierung von Internetgebiihren in Abhangigkeit vom gewahlten Internetangebot, bei welchem ein Tarifierungs- 40 
hilfsprogramm vom Benutzerhost auszusendende Anfragen nach Internetangeboten auf Tarifrelevanz iiberwacht, 
und im Fall von Tarifrelevanz iiber das Internet eine Umleitung der Anfrage iiber ein Tarifierungsserversystem ver- 
anlaBt. 

41. Verfahren nach Anspruch 39 oder 40, bei welchem das Tarifierungshilfsprogramm auBerdem in einem Be- 
triebsmodus arbeiten kann, in dem es samtliche Anfragen nach Internetangeboten, also auch Anfragen nach nicht- 45 
tarifrelevanten Angeboten, fiber das Tarifierungsserversystem leitet. 

42. Verfahren nach Anspruch 39 oder 40, bei welchem das Tarifierungshilfsprogramm anhand von Netzwerkein- 
stellungen des Anwenderhosts erkennt, in welchem Betriebsmodus es operieren soil. 

43 . Verfahren nach einem der Anspriiche 40 bis 42, bei welchem das Tarifierungshilfsprogramm den mit Hilfe ei- 
nes Browsers durchgefiihrten Internet- Verkehr des Benutzerhosts iiberwacht, indem es sich als Proxy beim Browser 50 
eintragt oder vom Benutzer als Proxy eingetragen wird, oder indem es den TCP/IP- Verkehr scannt. 

44. Verfahren nach einem der Anspriiche 39 bis 43, bei welchem das Tarifierungshilfsprogramm eine Liste der ta- 
rifrelevanten Internetangebote speichert und die Uberwachung der vom Benutzerhost zu sendenden Anfragen an- 
hand dieser gespeicherten Liste durchfiihrt, so daB es fiir die Erkennung eines tarifrelevanten Internetangebots keine 
hierauf hinweisende Modification der URLs dieses Internetangebots bedarf. 55 

45. Verfahren nach Anspruch 44, bei welchem das Tarifierungshilfsprogramm die Liste der tarifrelevanten Internet- 
angebote auf einer Benutzeroberflache des Anwenderhosts anzeigt und durch Auswahl eines Eintrags der Liste 
durch den Benutzer eine Anfrage nach dem entsprechenden Internetangebot abgesendet wird. 

46. Verfahren nach einem der Anspriiche 44 oder 45, bei welchem das Tarifierungshilfsprogramm die Liste der ta- 
rifrelevanten Internetangebote samt hiermit ggf . verkniipften Informationen laufend selbsttatig durch entsprechende 60 
Anfragen an das Tarifierungsserversystem aktualisiert. 

47. Verfahren nach Anspruch 46, bei welchem das Tarifierungshilfsprogramm im Fall einer Anderung im Kreis der 
gespeicherten tarifrelevanten Angebote, insbesondere im Fall eines Neuzugangs eines tarifrelevanten Angebots, auf 
seiner Benutzeroberflache auf diese Anderung hinweist. 

48. Verfahren zur variablen Tarifierung von Internetgebiihren in Abhangigkeit von gewahlten Internetangeboten, 65 
die von einem Benutzerhost gewahlt werden, bei welchem ein Tarifierungsserversystem bei Anfragen nach Inter- 
netangeboten, die es iiber eine Wahlverbindung von einem Benutzerhost erhalt, diese an den betreffenden Anbieter- 
server weiterleitet und auf Tarifrelevanz iiberpriift und tarifrelevante Daten der Anfragen protokolliert, ohne daB das 
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Tarifierungsserversystem anfragebezogene Tarifierungsdaten vom Anbieterserver iibermittelt bekommt, wobei bei 
einem Tarifwechsel innerhalb eines Intemetangebots oder aufgrund eines Wechsels zu einem anderen Internetange- 
bot die bestehende Wahlverbindung aufrecht erhalten bleibt, sofern der Benutzer nicht deren Trennung wiinscht. 

49. Verfahren zur variablen Tarifierung von Intemetgebiihren in Abhangigkeit von gewahlten Intemetangeboten, 
bei welchem ein Tarifierungsserversystem Anfragen nach Intemetangeboten, die es aus dem Internet von einem Be- 
nutzerhost erhalt, jeweils an einen betreffenden Anbieterserver weiterleitet und auf Tarifrelevanz iiberpriift und ta- 
rifrelevante Daten der Anfragen protokolliert, ohne daB das Tarifierungsserversystem anfragebezogene Tarifie- 
rungsdaten vom Anbieterserver iibermittelt bekommt. 

50. Verfahren nach Anspruch 48 und 49, wobei das Tarifierungsserversystem Anfragen aus einer Wahlverbindung 
gemaB Anspruch 48 behandelt und Anfragen aus dem Internet gemaB Anspruch 49 behandelt. 

5 1 . Verfahren nach Anspruch 48 oder 50, bei welchem das Tarifierungsserversystem zur Abrechnung die protokol- 
lierten Daten der Anfrage mit vom Wahlverbindungs-Carrier gelieferten Verbindungsdaten zusammenfiihrt. 

52. Verfahren nach einem der Anspriiche 48 bis 51, bei welchem eingerichtet ist, das Tarifierungsserversystem im 
Fall einer Anfrage an ein zugangsgeschiitztes tarifrelev antes Internetangebot diese Anfrage um tarifierungsserver- 
system-bezogene Zugangsdaten erganzt. 

53. Verfahren nach einem der Anspriiche 48 bis 52, bei welchem die Tarifierung vom Tarifierungsserversystem auf- 
grund einer Beobachtung der durchlaufenden Anfragen durchgefuhrt wird, ohne daB der Anbieterserver dem Tari- 
fierungsserversystem anfragebezogene Tarifierungsdaten iibermittelt und ohne daB bei den vom Anbieterserver be- 
reitgestellten Intemetangeboten eine Anpassung oder Modifizierung fur die Tarifierung durch das Tarifierungsser- 
versystem erforderlich ist. 

54. Verfahren nach einem der Anspriiche 48 bis 53, bei welchem die tarifrelevanten Angebote sowohl kostenpflich- 
tige Angebote als auch Angebote mit teilweiser oder vollstandiger Erstattung der Verbindungskosten umfassen. 

55. Verfahren einem der Anspriiche 48, 50 bis 54, bei welchem das Tarifierungsserversystem fiir die Abrechnung 
eine physikalische Wahlverbindung logisch in mehrere virtuelle Wahlverbindungen aufteilt. 
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